LINUX.ORG.RU

Сообщения Lufa

 

Quagga OSPF не передает «соседям» нужный мне маршрут

Форум — Admin

Привет!

Небольшой провайдер. Имею на обслуживании несколько серверов, которые обмениваются маршрутами (клиентами) по OSPF.

Поставили новый сервер. особенность — подключение клиентов через SuperVLAN (если я не ошибаюсь).

Вот данные сервера:

ОС: FreeBSD 10.0-RELEASE. Quagga (version 0.99.21). название сервера «Iota».

Интерфейс в сторону OSPF-соседей:

root@iota:/e/quagga # ifconfig taurus0
taurus0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC>
	ether 00:15:17:28:b1:31
	inet 195.55.85.24 netmask 0xfffffff0 broadcast 195.55.85.31 
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active

Интерфейсы которые смотрят в сторону клиентов:

em0.253: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=103<RXCSUM,TXCSUM,TSO4>
	ether 00:15:17:28:b1:33
	inet 10.10.0.1 netmask 0xffffffff broadcast 10.10.0.1 
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active
	vlan: 253 parent interface: em0

em0.254: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=103<RXCSUM,TXCSUM,TSO4>
	ether 00:15:17:28:b1:33
	inet 10.10.0.1 netmask 0xffffffff broadcast 10.10.0.1 
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active
	vlan: 254 parent interface: em0

em0.255: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=103<RXCSUM,TXCSUM,TSO4>
	ether 00:15:17:28:b1:33
	inet 10.10.0.1 netmask 0xffffffff broadcast 10.10.0.1 
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active
	vlan: 255 parent interface: em0

em0.1121: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=103<RXCSUM,TXCSUM,TSO4>
	ether 00:15:17:28:b1:33
	inet 195.55.85.121 netmask 0xffffffff broadcast 193.53.83.121 
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active
	vlan: 1121 parent interface: em0

Каждому клиенту свой VLAN. Клиент по DHCP получает или серую IP (с последующим NAT) з пула 10.10.0.0/16 или белую с пула 195.55.85.120/29.

Задача: по OSPF сообщить OSPF-соседям что 195.55.85.120/29 у меня на сервере «Iota».

Уже упростил конфиг Quagga до минимума , но сеть 195.55.85.120/29 или клиент 195.55.85.122 не анонсируются:

! Конфиг для теста
router ospf
! Мой ID и мой IP
 ospf router-id 195.55.85.24

 passive-interface em0
 passive-interface libra0
 passive-interface lo0

! Моя сетевуха в сторону OSPF-соседей
 network 195.55.85.16/28 area 0.0.0.0
 neighbor 195.55.85.17 priority 200

 area 0.0.0.0 authentication message-digest
 area 0.0.0.0 range 195.55.85.120/29

 redistribute kernel
 redistribute connected
 redistribute static

Хотя клиент есть:

root@iota:/e/quagga # ping 195.55.85.122
PING 195.55.85.122 (195.55.85.122): 56 data bytes
64 bytes from 195.55.85.122: icmp_seq=0 ttl=128 time=5.795 ms

В системе маршрут на него есть:

root@iota:/e/quagga # netstat -rnW | grep 85.122
195.55.85.122/32   00:15:17:28:b1:33  US          0     56773   1500 em0.1121

Но в OSPF маршрута на 195.55.85.122 нету. Ни на сервере не вижу в OSPF ни на соседях.

На сервере:

iota_ospfd# show ip ospf database 

       OSPF Router with ID (195.55.85.24)

                Router Link States (Area 0.0.0.0)

Link ID         ADV Router      Age  Seq#       CkSum  Link count
195.55.85.17    195.55.85.17     671 0x80000a37 0x4e51 1
195.55.85.18    195.55.85.18     462 0x8000092c 0x0e8f 1
195.55.85.19    195.55.85.19    1373 0x80000931 0x0293 1
195.55.85.20    195.55.85.20     404 0x8000092b 0x0c8c 1
195.55.85.21    195.55.85.21     466 0x80000935 0xf595 1
195.55.85.22    195.55.85.22     463 0x80000929 0x0c88 1
195.55.85.23    195.55.85.23     675 0x80000a36 0x444a 1
195.55.85.24    195.55.85.24     599 0x80000004 0x6d4f 1
195.55.85.25    195.55.85.25    1264 0x8000092d 0xfd89 1

                Net Link States (Area 0.0.0.0)

Link ID         ADV Router      Age  Seq#       CkSum
195.55.85.23    195.55.85.23     675 0x800004a2 0xa2e7

                AS External Link States
195.55.85.121   195.55.85.24     599 0x80000003 0xade8 E2 195.55.85.121/32 [0x0]

Проверяю наличие маршрута на соседях через show ip ospf routes. IP сервера вижу:

alpha_ospfd> show ip ospf route 
============ OSPF network routing table ============
N    195.55.85.16/28       [10] area: 0.0.0.0
                           directly attached to taurus0

============ OSPF router routing table =============
R    195.55.85.18          [10] area: 0.0.0.0, ASBR
                           via 195.55.85.18, taurus0
R    195.55.85.20          [10] area: 0.0.0.0, ASBR
                           via 195.55.85.20, taurus0
R    195.55.85.21          [10] area: 0.0.0.0, ASBR
                           via 195.55.85.21, taurus0
R    195.55.85.22          [10] area: 0.0.0.0, ASBR
                           via 195.55.85.22, taurus0
R    195.55.85.24          [10] area: 0.0.0.0, ASBR
                           via 195.55.85.24, taurus0
R    195.55.85.25          [10] area: 0.0.0.0, ASBR
                           via 195.55.85.25, taurus0

============ OSPF external routing table ===========
...
N E2 195.55.85.121/32      [10/20] tag: 0
                           via 195.55.85.24, taurus0

IP клиента 195.55.85.122 не вижу нигде.

Почему не анонсируется подсеть? Может быть дело в «SuperVlan»?

Извините за много букв. Что еще нужно показать для прояснения ситуации?

Спасибо! Выручайте, (второй) третий день не ем, не сплю... ;)

С Quagga раньше не работал...

 ,

Lufa
()

RSS подписка на новые темы