stan tuneli ICM-PL

[Rafal Maszkowski]

On Fri, Jul 09, 1999 at 12:42:54AM +0200, Przemyslaw Maciuszko wrote:
> On Fri, 9 Jul 1999, Rafal Maszkowski wrote:
> > Routing troche nie taki. Pokaz co masz, konfiguracje i jakie pakiety wysylasz.
> > Na moj ping nie ma odpowiedzi:
> 3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast
>     link/ETHER 00:10:4b:ca:ad:80 brd ff:ff:ff:ff:ff:ff
>     inet 195.117.100.2/27 brd 195.117.100.31 scope global eth0
>     inet 195.117.100.52/27 brd 195.117.100.255 scope global eth0:52
>     inet 195.117.100.55/24 brd 195.117.100.255 scope global eth0:55
>     inet6 fe80::210:4bff:feca:ad80/10 scope link
>     inet6 3ffe:902:18::2/48 scope global
> 9: icm w NONE: <POINTOPOINT,NOARP,UP> mtu 1480 qdisc noqueue
>     link/SIT c3:75:64:02 peer c1:db:1c:f6
>     inet6 fe80::c375:6402/128 scope link

To pewnie tez jest konfiguracja kravietzowa, ktora sie rozplenila bardzo
ostatnio. Dzisiaj razem z Klossem walczylismy z jego tunelem i mam dwa
rozwiazania:


1. Zamiast adresu z podsieci klienta moge uzyc adresu ze swojej podsieci

ip addr del 3ffe:902:18::1/126 dev amba
ip addr add 3ffe:902::18 dev amba

Wtedy routing statyczny w mrtd musi byc zmieniony:

!route 3ffe:902:18::/48   3ffe:902:18::2                  ! AMBA old, z pref. 3ffe:902:18::/126 na int. amba
route 3ffe:902:18::/48   fe80::195.117.100.2   amba      ! AMBA

Natomiast gdyby to byl site z routingiem dynamicznym to bym napisal

route 3ffe:902:18::2/128   fe80::195.117.100.2   amba      ! AMBA

Jeszcze nie przetestowalem do konca, bo nie restatartowalem mrtd, na razie
dziala.


2. W przypadku Klossa/Powernetu zrobilismy zmiane po jego stronie. Do
konfiguracji kravietzowej dodalismy:

ip route add 3ffe:902:1e::1 via fe80::193.219.28.246 dev icm

- w przeciwnym wypadku ten adres byl routowany na eth0.


W przypadku 1. mozna uzywac lokalnie tez adresu 3ffe:902:xx::1.

Stan tuneli: dziala caly czas lub ciagle 17 na 29.

R.