quagga и динамические интерфейсы

[Spank]

Есть настроенная quagga на работу с ospf внутри сети. Понадобилось на один из серваков прикрутить mpd5, для подключение клиентов по VPN. Но вот обнаружил один очень не приятный нюанс. Когда клиент отключается и происходит уничтожение интерфейса "ngX" квага начинает тупить и теряет всех своих соседей. При этом в лог пишет следующее:

Код: Выделить всё

2009/04/16 01:40:12 OSPF: interface 169.255.100.100 [22] leave AllSPFRouters Multicast group.
2009/04/16 01:40:12 OSPF: interface 169.255.100.100 [22] leave AllDRouters Multicast group.
2009/04/16 01:40:12 ZEBRA: if_ioctl(SIOCGIFFLAGS) failed: Device not configured
2009/04/16 01:40:12 ZEBRA: Can't lookup mtu by ioctl(SIOCGIFMTU)

В гугле ответов не нашел, натыкался на одну тему в этом форуме, но там как я понял у человека без причины все начало работать само...
Дополнительная инфа
FreeBSD 7.0
Quagga 0.99.11, до этого была 0.99.10 тот же результат.
Настройки

Код: Выделить всё

show running-config
Building configuration...

Current configuration:
!
end
log file /var/log/quagga/ospfd.log
log stdout
!
password jksdjhhoid45
!
interface bridge0
 ipv6 nd suppress-ra
!
interface em0
 ipv6 nd suppress-ra
!
interface em1
 description Office net
 ip ospf authentication
 ip ospf authentication-key 28985456
 ipv6 nd suppress-ra
 multicast
!
interface lo0
!
interface tap0
 ipv6 nd suppress-ra
!
interface tap1
 ipv6 nd suppress-ra
!
interface tap3
 ipv6 nd suppress-ra
!
interface tap4
 ipv6 nd suppress-ra
!
interface tap5
 ipv6 nd suppress-ra
!
interface tap6
 ipv6 nd suppress-ra
!
interface tap7
 ipv6 nd suppress-ra
!
interface tun0
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun1
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun2
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun3
 description Ilinskaya58
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun4
 description Kstovo
 ip ospf cost 1
 ipv6 nd suppress-ra
!
interface tun5
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun6
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun7
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
interface tun8
 description Dzer
 ip ospf authentication message-digest
 ip ospf cost 1
 ip ospf dead-interval 120
 ip ospf hello-interval 60
 ip ospf message-digest-key 1 md5 2898545657
 ipv6 nd suppress-ra
!
interface tun9
 ip ospf network broadcast
 ipv6 nd suppress-ra
!
router-id 169.255.0.1
!
router ospf
 ospf router-id 169.255.0.1
 redistribute kernel
 passive-interface em0
 network 169.255.0.0/23 area 0.0.0.0
 network 169.255.100.0/30 area 0.0.0.0
 area 0.0.0.0 range 169.255.0.0/24
 area 0.0.0.0 range 169.255.100.0/30 cost 1
!
ip route 0.0.0.0/0 78.40.184.9
ip route 169.255.10.0/24 169.255.1.30
ip route 169.255.11.0/24 169.255.1.30
ip route 169.255.12.0/24 169.255.1.30
ip route 192.168.2.0/24 169.255.1.30
ip route 192.168.100.0/24 169.255.1.30
!
ip forwarding
!
line vty
!

Сейчас сделал перезапуск кваги при отключении клиента, но такой вариант вапще не устраивает никак.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zingel]

на опеннете ответили уже

[Spank]

Вот это?

4. " mp5+ bgp(quagga) на 1 сервере неадеватное поведение quagg..."
Сообщение от Alexander Motin on 16-Июн-08, 18:27
Какой адрес выдаеш на свою сторону ppp?
Я раньше выдавал тот, что висит на езернете и quagga была помнится чем-то недовольна.
Сейчас на lo0 висит отдельный IP, который и выдается на локальную сторону ppp. И ospf и bgp работают нормально, ничего не падает.
Сообщения "zebra[1727]: if_ioctl(SIOCGIFFLAGS) failed: Device not configured" в логи валятся непрерывно и сейчас, но это никому особо не мешает.

Сегодня опробую..

[Spank]

Код: Выделить всё

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
        inet6 ::1 prefixlen 128
        inet 127.0.0.1 netmask 0xff000000
        inet 192.168.100.100 netmask 0xffffff00

Та же история, кваге сносит крышу...

[Spank]

Задачу все так же не решил, втом случае был настроен просто перезапуск кваги когда цепляется новый клиент, ибо их там десяток всего. Но вот сейчас клиентов значительно больше.
Вот конфиг ospf

Код: Выделить всё

log file /var/log/quagga/ospfd.log
!
interface bge0
 ip ospf cost 5000
!
router ospf
 ospf router-id 172.25.0.121
! log-adjacency-changes
 redistribute connected
 network 172.25.0.0/24 area 0.0.0.0
 area 0.0.0.0 range 172.25.0.0/16 cost 5000
!
!
line vty
!

Вот как стартую /etc/rc.conf

Код: Выделить всё

quagga_enable="YES"
quagga_daemons="zebra ospfd"

Я соседей вижу нормально, но как появляется или удаляется интерфейс, соседи перестают видеть меня и я соответсвенно не вижу их маршруты хотя в списке они есть.
Такое ощущение, что квага с чем то конфликтует чтоли, я даже назнаю ..

[Spank]

Прописал соседей ручками и выключил бродкасты на интерфейсе. Все вроде заработало. Я так пологаю, что есть какйто трабл с мультикастами, что квага шлет, и при добавлении/удалении нового ифейса, почему то принимать она принимает, а вот отправить уже не может... Решение конешно хорошо если мало серваков общается в сети, но вот как быть если все таки хочется что бы мультикасты ходили я хз.

Код: Выделить всё

interface bge0
ip ospf network non-broadcast

neighbor 172.25.0.25
neighbor 172.25.0.254

[napTu]

для памятки последователям отпишусь.

ситуация:
freeebsd,quagga,mpd5
процесс zerbra 100% одного ядра cpu
в логах zebra постоянно сыпет

Код: Выделить всё

2013/06/18 11:05:11 ZEBRA: Can't lookup mtu by ioctl(SIOCGIFMTU)
2013/06/18 11:05:11 ZEBRA: if_ioctl(SIOCGIFFLAGS) failed: Device not configured
2013/06/18 11:05:11 ZEBRA: Can't lookup mtu by ioctl(SIOCGIFMTU)

при ближайшем рассмотрении mpd5 оказалось что один из клиентов не может приконнектиться и делает постоянные попытки,
ошибка оказалась в скриптах if_up.sh и if_down.sh, они неуспешно завершались и соединения не происходило,
после исправления все нормализовалось.
Казалось бы - при чем тут зебра?