> neighbor $slowjoe {
> remote-as xxxx
> descr "slowjoe"
> set localpref 100
> set weight 45
> announce self
> announce IPv6 none
> tcp md5sig passwd xxxxxxxxx
> prepend-self 2
> }
>
> ... right ?
>
>
> And while I'm at it:
> - if I wan't to make sure that $slowjoe is chosen as a last resort,
how
> many times (0-9) should I prepend ?
See the combined explanation below...
> - in short, how will the 'prepend-[self|neighbor]' attributes affect
the
> 'localpref' and/or 'weight' ?
It's my understanding that prepending excludes the 'weight'
decision-making so long as the paths being compared are no longer of
equal as-path length... so to answer your question 'how many times
should I prepend' I'd answer... 'as many times until the $slowjoe
as-path appears longer than the other carrier as-paths.' Keep checking a
looking glass (preferably $slowjoe's if they have one) for $slowjoe's
announcements of your blocks to be sure.
> - In contrast to 'prepend-self' when should the 'prepend-neighbor'
> attribute be used ?
It's also my understanding that if you are looking to make $slowjoe your
backup peer, then you could use 'prepend-self' for your outgoing
announcements, and 'prepend-neighbor' for their incoming announcements.
The former would make reachability to you via $slowjoe less attractive
than via other carriers you have, and the latter makes the routes you
receive from $slowjoe less attractive than routes you received from
other carriers... so imho, use both.
>
> Thank you in advance.
>
> /per
> [EMAIL PROTECTED]
If I'm wrong about these statements, please let me know...