|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 24 Nov 2004 15:19:01
To : Gleb Smirnoff
Subject : Re: gif(4) и изменение физического интерфейса
--------------------------------------------------------------------------------
24 ноя 2004, среда, в 09:59 KRAST, Gleb Smirnoff написал(а):
EG>> Маршрут к хосту B лежит, скажем, через интерфейс em0.
EG>> Допустим, с течением времени этот маршрут изменяется и теперь
EG>> он лежит через em1 (меняет маршрут демон динамической маршрутизации).
EG>> Отработает ли ядро такой случай корректно? У меня возникли сомнения
EG>> по поводу FreeBSD 4.10-STABLE на этот счет.
GS> gif0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
GS> tunnel inet 10.0.0.1 --> 10.3.0.6
GS> inet x.y.31.101 --> x.y.31.98 netmask 0xffffffff
GS> Routing entry for 10.3.0.0/24
GS> Known via "ospf", distance 110, metric 18, best
GS> Last update 05:59:17 ago
GS> * 10.0.254.2, via em0
GS> Опускаем em0.
GS> Routing entry for 10.3.0.0/24
GS> Known via "ospf", distance 110, metric 28, best
GS> Last update 00:24:35 ago
GS> * 10.0.255.2, via fxp0
GS> Важное замечание (см. также сообщение SO): 10.0.0.1 это адрес внутреннего
GS> стаб интерфейса, аналогично и 10.3.0.6 на удаленном роутере.
То есть, 10.0.0.1 это алиас на lo0?
GS> Hа самом деле твои опасения, Женя, не безосновательны. Я встречался с тем,
GS> что
GS> маршрут туннеля "залипает". Кажется в 5.x так происходит с gif и gre.
Самое странное, что я в такой ситуации наблюдаю исходящий трафик
внутри gif0, но не вижу исходящих пакетов на физических интерфейсах
вообще. Они никуда не уходят, ни в первый, ни во второй интерфейс,
через которые может быть доступен удаленный хост, где конец туннеля.
Как только удаляю (delete destroy) туннель и создаю заново,
все резко начинает бегать снова как положено. Причем такой эффект
может возникнуть не после первого изменения роутинга до удаленного
хоста, а после второго, например.
Локальный адрес туннеля, правда, у меня не на lo0, а на третьем физическом
ethernet-интерфейсе, который вообще к этим туннельным делам непричастен
и был выбран, хм, в общем-то как раз в качестве такого lo0 :-)
GS> И еще напоследок: туннель который точно не залипнет это ng_iface +
GS> ng_ksocket.
С IPSEC оно дружит?
Eugene
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
