Страница 1 из 1

SMG2016. Проблема с сетевой маршрутизацией

Добавлено: 10 окт 2019 15:05
aveselin
SMG теряет маршрут по IP с голосовыми шлюзами при временной потере связи между филиалами. Сеть - звезда. Филиалы различными каналами подключены к центру. Соответственно связь Центр-маршрутизатор - маршрутизатор-филиал.
Как можно объяснить такое поведение(172.16.38.186 - удаленный голосовой шлюз, 172.16.38.185 - адрес его маршрутизатора):

/home/admin # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 172.16.24.81 0.0.0.0 UG 0 0 0 bond1.1
1.255.254.240 0.0.0.0 255.255.255.240 U 0 0 0 bond1.4094
1.255.255.0 0.0.0.0 255.255.255.0 U 0 0 0 intra1
1.255.255.96 0.0.0.0 255.255.255.240 U 0 0 0 shelf0
10.2.63.250 10.235.8.114 255.255.255.255 UGH 0 0 0 bond1.3500
10.235.8.112 0.0.0.0 255.255.255.252 U 0 0 0 bond1.3500
172.16.24.80 0.0.0.0 255.255.255.240 U 0 0 0 bond1.1
/home/admin # traceroute 172.16.38.185
traceroute to 172.16.38.185 (172.16.38.185), 30 hops max, 38 byte packets
1 172.16.24.81 (172.16.24.81) 0.344 ms 0.346 ms 0.259 ms
2 172.16.38.185 (172.16.38.185) 1.513 ms 1.571 ms 1.499 ms
/home/admin # traceroute 172.16.38.186
traceroute to 172.16.38.186 (172.16.38.186), 30 hops max, 38 byte packets
1 172.16.24.92 (172.16.24.92) 2994.868 ms !H 2997.150 ms !H 2999.936 ms !H
/home/admin # route add 172.16.38.186 gw 172.16.24.81
/home/admin # traceroute 172.16.38.186
traceroute to 172.16.38.186 (172.16.38.186), 30 hops max, 38 byte packets
1 172.16.24.81 (172.16.24.81) 0.429 ms 0.334 ms 0.275 ms
2 172.16.10.30 (172.16.10.30) 1.570 ms 1.565 ms 1.463 ms
3 172.16.38.186 (172.16.38.186) 2.621 ms 1.879 ms *
/home/admin # route del 172.16.38.186 gw 172.16.24.81
/home/admin # traceroute 172.16.38.186
traceroute to 172.16.38.186 (172.16.38.186), 30 hops max, 38 byte packets
1 172.16.24.81 (172.16.24.81) 0.352 ms 0.312 ms 0.261 ms
2 172.16.10.30 (172.16.10.30) 1.515 ms 1.528 ms 1.796 ms
3 172.16.38.186 (172.16.38.186) 2.441 ms 2.014 ms *

Re: SMG2016. Проблема с сетевой маршрутизацией

Добавлено: 14 окт 2019 10:56
Dmitriy_eltex
Здравствуйте.

А если статикой маршрут в конфигурацию положить (Настройки TCP/IP->Таблица маршрутизации)? Проблема уходит?

Вообще странным моментом является вот этот hop:

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

2 172.16.10.30 (172.16.10.30) 1.570 ms 1.565 ms 1.463 ms

Уточните Вашу схему маршрутизации и покажите выгрузку команд:

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

ip route get 172.16.38.185
ip route get 172.16.38.186

Re: SMG2016. Проблема с сетевой маршрутизацией

Добавлено: 14 окт 2019 15:29
aveselin
Сейчас, когда всё работает:


/home/admin # ip route get 172.16.38.185
172.16.38.185 via 172.16.24.81 dev bond1.1 src 172.16.24.92
cache
/home/admin # ip route get 172.16.38.186
172.16.38.186 via 172.16.24.81 dev bond1.1 src 172.16.24.92
cache ipid 0x5561


172.16.10.30 - это внешний адрес (используются L2TP туннель) маршрутизатора (172.16.38.185)

Re: SMG2016. Проблема с сетевой маршрутизацией

Добавлено: 17 окт 2019 11:23
aveselin
во время потери связи:

/home/admin # ip route get 172.16.38.185
172.16.38.185 via 172.16.24.81 dev bond1.1 src 172.16.24.92
cache
/home/admin # ip route get 172.16.38.186
172.16.38.186 via 192.168.0.13 dev bond1.1 src 172.16.24.92
cache <redirected> ipid 0x5216

/home/admin # traceroute 172.16.38.185
traceroute to 172.16.38.185 (172.16.38.185), 30 hops max, 38 byte packets
1 172.16.24.81 (172.16.24.81) 0.311 ms 0.297 ms 0.243 ms
2 * * *
3^C
/home/admin # traceroute 172.16.38.186
traceroute to 172.16.38.186 (172.16.38.186), 30 hops max, 38 byte packets
1 172.16.24.92 (172.16.24.92) 2998.997 ms !H 2997.078 ms !H 2999.932 ms !H

Видимо дело в кэшировании маршрута. При восстановлении связи маршрут берется из кэша, не обновляется, ip route flush cache помогает восстановить связь. Что с этим делать?

/home/admin # ip route show cache | grep 172.16.38.185
172.16.38.185 via 172.16.24.81 dev bond1.1 src 172.16.24.92
172.16.38.185 from 172.16.24.92 via 172.16.24.81 dev bond1.1
/home/admin # ip route show cache | grep 172.16.38.186
172.16.38.186 from 172.16.24.92 via 192.168.0.13 dev bond1.1
local 172.16.24.92 from 172.16.38.186 dev lo src 172.16.24.92
172.16.38.186 via 192.168.0.13 dev bond1.1 src 172.16.24.92

После восстановления связи:
/home/admin # ip route show cache | grep 172.16.38.186
/home/admin # ip route show cache | grep 172.16.38.185
/home/admin # traceroute 172.16.38.186
traceroute to 172.16.38.186 (172.16.38.186), 30 hops max, 38 byte packets
1 172.16.24.92 (172.16.24.92) 2998.919 ms !H^C
/home/admin # ip route get 172.16.38.186
172.16.38.186 via 192.168.0.13 dev bond1.1 src 172.16.24.92
cache <redirected> ipid 0x5216

/home/admin # ip route flush cache
/home/admin # ip route get 172.16.38.186
172.16.38.186 via 172.16.24.81 dev bond1.1 src 172.16.24.92
cache ipid 0x5216
/home/admin # ip route get 172.16.38.185
172.16.38.185 via 172.16.24.81 dev bond1.1 src 172.16.24.92
cache
/home/admin # traceroute 172.16.38.185
traceroute to 172.16.38.185 (172.16.38.185), 30 hops max, 38 byte packets
1 172.16.24.81 (172.16.24.81) 0.379 ms 0.321 ms 0.264 ms
2 172.16.38.185 (172.16.38.185) 10.396 ms 10.190 ms 20.152 ms
/home/admin # traceroute 172.16.38.186
traceroute to 172.16.38.186 (172.16.38.186), 30 hops max, 38 byte packets
1 172.16.24.81 (172.16.24.81) 0.405 ms 0.317 ms 0.257 ms
2 172.16.10.30 (172.16.10.30) 1.609 ms 1.513 ms 1.496 ms
3 172.16.38.186 (172.16.38.186) 1.973 ms 2.071 ms 1.870 ms

Re: SMG2016. Проблема с сетевой маршрутизацией

Добавлено: 17 окт 2019 12:00
Dmitriy_eltex
aveselin писал(а):Видимо дело в кэшировании маршрута. При восстановлении связи маршрут берется из кэша, не обновляется, ip route flush cache помогает восстановить связь. Что с этим делать?

Предлагал выше один из вариантов: "статикой маршрут в конфигурацию положить (Настройки TCP/IP->Таблица маршрутизации)"

Хосты .185 .186 не входят в заведенный в SMG l2 сегмент 172.16.24.80/255.255.255.240, соответственно SMG нужно сказать "куда за ними ходить". Либо перенастроить сеть (маску) правильно.