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 *
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
SMG2016. Проблема с сетевой маршрутизацией
-
- Сообщения: 1234
- Зарегистрирован: 28 окт 2014 08:53
- Reputation: 10
Re: SMG2016. Проблема с сетевой маршрутизацией
Здравствуйте.
А если статикой маршрут в конфигурацию положить (Настройки TCP/IP->Таблица маршрутизации)? Проблема уходит?
Вообще странным моментом является вот этот hop:
Уточните Вашу схему маршрутизации и покажите выгрузку команд:
А если статикой маршрут в конфигурацию положить (Настройки 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
Дмитрий Закурдаев / Элтекс / Сервисный центр VoIP
Re: SMG2016. Проблема с сетевой маршрутизацией
Сейчас, когда всё работает:
/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)
/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. Проблема с сетевой маршрутизацией
во время потери связи:
/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
/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
-
- Сообщения: 1234
- Зарегистрирован: 28 окт 2014 08:53
- Reputation: 10
Re: SMG2016. Проблема с сетевой маршрутизацией
aveselin писал(а):Видимо дело в кэшировании маршрута. При восстановлении связи маршрут берется из кэша, не обновляется, ip route flush cache помогает восстановить связь. Что с этим делать?
Предлагал выше один из вариантов: "статикой маршрут в конфигурацию положить (Настройки TCP/IP->Таблица маршрутизации)"
Хосты .185 .186 не входят в заведенный в SMG l2 сегмент 172.16.24.80/255.255.255.240, соответственно SMG нужно сказать "куда за ними ходить". Либо перенастроить сеть (маску) правильно.
Дмитрий Закурдаев / Элтекс / Сервисный центр VoIP
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 18 гостей