|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 13 May 2004 17:53:06
To : dmitry@atlantis.dp.ua
Subject : Re: RIPv2 на P2P
--------------------------------------------------------------------------------
>> Кто-нибудь знает, как обходить ядерный баг в FreeBSD, когда
>> setsockopt (sock, IPPROTO_IP, IP_MULTICAST_IF, (void *)&m, sizeof(m))
>> возвращает EADDRNOTAVAIL (Can't assign requested address), если
>> в m записан удаленный IP интерфейса типа P2P (gif, например)?
dadu> ^^^^^^^^^^^^^^^^^^^^^^^
dadu> Вроде всю жизнь P2P описывались для софта _локальным_ IP-адресом. IMHO и
dadu> не баг это вовсе - удаленный конец нашей системе не принадлежит, как же
dadu> его можно assign? Да, неудобно, но логично.
Я не знаю, можно ли его assign или нет, но я знаю, что P2P нельзя
определять локальными адресами, потому что бывают unnumbered P2P.
Более точно, нельзя не уметь определять интерфейс по удаленному адресу
интерфейса.
>> RIP мультикастовый из-за этого не работает.
dadu> Если в zebra, какая конкретно конфигурация? Ибо я случайно добился local
dadu> IP (PPP) == local IP (ether), и в ppp тоже повалили RIPы ;)
Берем gif0, в quagga (в zebra тот же код) включаем на нем RIPv2.
ripd начинает ругаться: RIP: Can't setsockopt IP_MULTICAST_IF to fd 13.
Заставив его выдавать в этом сообщении strerror(errno) и inet_ntoa(addr),
получаем:
Can't setsockopt IP_MULTICAST_IF to fd 13(172.20.15.78): Can't assign requested
address
Отсюда видно, что ripd пытается включить мультикасты, используя удаленный
адрес P2P-интерфейса. Те же проблемы у меня были с routed, PR: bin/51927.
Eugene
--
"Люди забыли эту истину," - сказал Лис, - "но ты не забывай"
--- slrn/0.9.8.0 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
