Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Vadim Guchenko                       2:5020/400     04 Oct 2004  20:16:33
 To : Gleb Smirnoff
 Subject : Re: ospf на tun-интерфейсах
 -------------------------------------------------------------------------------- 
 
 Hello, Gleb!
 You wrote to "Vadim Guchenko" <s0lver@kraslan.ru> on Mon, 4 Oct 2004
 14:09:28 +0000 (UTC):
 
  VG>> Поведение насколько я понял известное, однако решения я так и не
  VG>> нашел в архивах. В качестве OSPF пробовал ставить зебру и кваггу -
  VG>> эффект одинаковый.
  GS> Hасколько мне известно, побороть это нельзя. Ставь PPTP концентратор
  GS> на отдельную машину, и роутер на отдельную.
 
 Hе получится, т.к. по задумке роутинг должен прокидываться и убираться при
 поднятии/опускании vpn-интерфейсов.
 
  VG>> Кто-то писал, что в mpd таких проблем нет. Так ли это? Чем
  VG>> принципиально отличается алгоритм повторного использования
  VG>> ng-интерфейсов от ppp?
  GS> Алгоритм AFAIK одинаковый - брать первый свободный. Разница в том,
  GS> что ng интерфейсы все создаются сразу, и кол-во их не меняется.
 
 Я думаю тут дело не в том, что создаются "сразу" или нет. Я в итоге снес
 везде poptop и поставил mpd в качестве PPTP-сервера. Иного выбора не было.
 OSFP заработал. И он работает, даже если перезапустить mpd, изменив в
 конфигах число ng интерфейсов. Мне кажется тут не ospf виноват, а есть
 какая-то разница между интерфейсами ng и tun. Hапример в том, что некая
 библиотечная функция по tun интерфейсу всегда возвращает ip-адрес, который
 был на нем в момент создания, а не находится сейчас, а для ng интерфейсов
 возвращает текущий адрес. Hо это лишь предположение, потому что поведение
 зебры именно такое. Она нормально работает с tun'ами, только адреса на них
 не меняются.
 
 И еще сомнительно мне все же жить с MTU=1400 на XP клиентов и включенным
 tcpmssfix. Спокойнее было бы, если бы в mpd был реализован полный синтаксис
 команд как в ppp - set mtu [max[imum]] [value], set mru [max[imum]] [value].
 Чтобы mpd умел делать NAK на низкий MRU клиента и подставлять свой более
 высокий MTU.
 
 With best regards, Vadim Guchenko.  E-mail: s0lver@kraslan.ru
 -- 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5.3
  * Origin: Talk.Mail.Ru (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: ospf на tun-интерфейсах   Gleb Smirnoff   04 Oct 2004 18:09:28 
 Re: ospf на tun-интерфейсах   Vadim Guchenko   04 Oct 2004 20:16:33 
 Re: ospf на tun-интерфейсах   Gleb Smirnoff   05 Oct 2004 14:34:48 
 Re: ospf на tun-интерфейсах   Vadim Guchenko   05 Oct 2004 15:33:07 
 Re: ospf на tun-интерфейсах   Gleb Smirnoff   05 Oct 2004 15:42:22 
 Re: ospf на tun-интерфейсах   Vadim Guchenko   05 Oct 2004 16:13:53 
 Re: ospf на tun-интерфейсах   Gleb Smirnoff   05 Oct 2004 17:15:18 
 Re: ospf на tun-интерфейсах   Vadim Guchenko   05 Oct 2004 19:46:12 
 Re: ospf на tun-интерфейсах   Gleb Smirnoff   05 Oct 2004 23:30:54 
 Re: ospf на tun-интерфейсах   Vadim Guchenko   06 Oct 2004 00:14:24 
 ospf на tun-интерфейсах   Andrey Ostanovsky   06 Oct 2004 12:49:16 
 Re: ospf на tun-интерфейсах   Victor Sudakov   06 Oct 2004 11:14:32 
Архивное /ru.unix.bsd/648891c2809b.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional