6bone-gw powraca

[dark one]

On Tue, 29 Jan 2002, Rafal Maszkowski wrote:
> To chyba jest tak, ze jak bgpd dostaje informacje o adresie link-local, to go
> uzywa zamiast globalnego. fe80::280:c8ff:fef0:3c3f i fe80::2c0:26ff:fea1:6643
> to adresy interfejsow ethernetowych, a nie interfejsow tuneli, przez ktore
> idzie lacznosc BGP. Wiec nie widac ich nigdzie u mnie i  ip route ...  daje
> efekty jak wyzej. Podejrzewam zla konfiguracje routerow po drugiej stronie. Byc
> moze daloby sie obejsc problem przez route-map, ktory by zjadal albo zmienial
> adres ll, ale nie wiem czy sie da i byloby to paskudne.
>
wiec tak zrobilem route-mapke ,teraz wszystko jest rozglaszane przez
adresy globalne

[..]
*> 2001:238::/35                                               0 2020 8664 6939 17715 17419 i
     3ffe:8010:80::2(3ffe:8010:80::2)
[..]

2002/01/30 17:38:23 BGP: 3ffe:8010:80::1 send UPDATE 3ffe:8010:80::/48 nexthop 156.17.60.62, origin i, mp_nexthop 3ffe:8010:80::2(3ffe:8010:80::2), path

wiec dlaczego nie dziala ?

echelon:~ #traceroute6 -n www.kame.net
traceroute6 to kame220.kame.net (2001:200:0:4819:280:adff:fe71:81fc) from 3ffe:8
010:80::2, 30 hops max, 12 byte packets
 1  3ffe:8010:80::1  22.011 ms !A  22.147 ms !A  19.318 ms !A

.

-- 
-----:                                                 :-----
ashes to ashes           dust to dust           inet to inet6
echelon r0x dA n3t                  ....rest is madnes of art