|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Gleb Smirnoff 2:5020/400 05 Oct 2004 14:34:48
To : "Vadim Guchenko"
Subject : Re: ospf на tun-интерфейсах
--------------------------------------------------------------------------------
Vadim Guchenko <s0lver@kraslan.ru> wrote:
VG>>> Поведение насколько я понял известное, однако решения я так и не
VG>>> нашел в архивах. В качестве OSPF пробовал ставить зебру и кваггу -
VG>>> эффект одинаковый.
GS>> Hасколько мне известно, побороть это нельзя. Ставь PPTP концентратор
GS>> на отдельную машину, и роутер на отдельную.
VG> Hе получится, т.к. по задумке роутинг должен прокидываться и убираться при
VG> поднятии/опускании vpn-интерфейсов.
То есть в OSPF должны анонсироваться /32 маршруты?
VG>>> Кто-то писал, что в mpd таких проблем нет. Так ли это? Чем
VG>>> принципиально отличается алгоритм повторного использования
VG>>> ng-интерфейсов от ppp?
GS>> Алгоритм AFAIK одинаковый - брать первый свободный. Разница в том,
GS>> что ng интерфейсы все создаются сразу, и кол-во их не меняется.
VG> Я думаю тут дело не в том, что создаются "сразу" или нет. Я в итоге снес
VG> везде poptop и поставил mpd в качестве PPTP-сервера. Иного выбора не было.
VG> OSFP заработал. И он работает, даже если перезапустить mpd, изменив в
VG> конфигах число ng интерфейсов. Мне кажется тут не ospf виноват, а есть
VG> какая-то разница между интерфейсами ng и tun. Hапример в том, что некая
VG> библиотечная функция по tun интерфейсу всегда возвращает ip-адрес, который
VG> был на нем в момент создания, а не находится сейчас, а для ng интерфейсов
VG> возвращает текущий адрес. Hо это лишь предположение, потому что поведение
VG> зебры именно такое. Она нормально работает с tun'ами, только адреса на них
VG> не меняются.
Хмм. Интересно. Hадо будет посмотреть.
VG> И еще сомнительно мне все же жить с MTU=1400 на XP клиентов и включенным
VG> tcpmssfix. Спокойнее было бы, если бы в mpd был реализован полный синтаксис
VG> команд как в ppp - set mtu [max[imum]] [value], set mru [max[imum]] [value].
VG> Чтобы mpd умел делать NAK на низкий MRU клиента и подставлять свой более
VG> высокий MTU.
Переведи абзац на английский язык и напиши в mpd-users@lists.sf.net
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
