Клиент жалуется на потери ~50%, проверил QoS все ок, далее проверка hop-by-hop, на PE к клиенту:
1 2 3 4 5 6 7 8 9 10 |
RP/0/RSP0/CPU0:PE1# show route vrf CE1 10.200.1.0/28 Routing entry for 10.200.1.0/28 Known via "static", distance 1, metric 0 (connected) Installed Oct 12 17:35:39.367 for 6d14h Routing Descriptor Blocks directly connected, via BVI404 Route metric is 0 172.16.1.164, via BVI404 Route metric is 0 No advertising protos. |
1 2 3 4 5 6 7 8 9 10 11 |
RP/0/RSP0/CPU0:PE1# show ip cef vrf CE1 10.200.1.0/28 10.200.1.0/28, version 199, attached, glean adjacency, internal 0x4000081 0x0 (ptr 0x76405094) [1], 0x0 (0x717347e8), 0x0 (0x0) Updated Oct 12 17:35:39.371 Prefix Len 28, traffic index 0, precedence n/a, priority 2 via BVI404, 6 dependencies, weight 0, class 0 [flags 0x8] path-idx 0 NHID 0x0 [0x711e9248 0x0] glean adjacency via 172.16.1.164, BVI404, 6 dependencies, weight 0, class 0 [flags 0x0] path-idx 1 NHID 0x0 [0x7112a918 0x0] next hop 172.16.1.164 local adjacency |
Тут почему-то два маршрута. Первый «directly connected» второй через обычный NH.
Настройки:
1 2 3 4 5 6 7 8 9 |
RP/0/RSP0/CPU0:PE1# show run router static vrf CE1 router static vrf CE1 address-family ipv4 unicast 10.200.1.0/28 BVI404 172.16.1.164 10.200.1.0/28 BVI404 ! ! ! |
Это явно ошибка при добавлении статики. Коробка балансируем нагрузку, один из пакетов запрашивает ARP (т.к. у нас «directly connected») но на удаленной стороне ему никто не отвечает (ARP запрос на чужую сеть), поэтому пакет попросту дропается. Следующий пакет улетает корректно на адрес NH. Если бы удаленной стороной была например 7600 с настройками по умолчанию на интерфейсе (включен «proxy arp») проблем бы не было.
Удаляем неверный маршрут:
1 2 3 4 5 6 7 8 9 |
RP/0/RSP0/CPU0:PE1(config)# show router static vrf CE1 address-family ipv4 unicast no 10.200.1.0/28 BVI404 ! ! ! end |
1 2 3 4 5 6 7 8 |
RP/0/RSP0/CPU0:PE1# show route vrf CE1 10.200.1.0/28 Routing entry for 10.200.1.0/28 Known via "static", distance 1, metric 0 Installed Oct 19 08:13:45.064 for 00:00:28 Routing Descriptor Blocks 172.16.1.164, via BVI404 Route metric is 0 No advertising protos. |