- Работает - не лезь, не чини, не задавай вопросов Ну если у вас на точках ВСЕ оди, Аноним (1), 07:20 , 10-Июл-18 (1)
> Туннели работают, всё хорошо, но!Работает - не лезь, не чини, не задавай вопросов. > Всё одинаковое на узлах, кроме оборудования провайдера, в нём может быть > причина? Откуда берётся значение 1446? Ну если у вас на точках ВСЕ одинаковое, а между точками - черный ящик - какой еще ответ вы ждете? Пообщайтесь с провайдером на этот предмет, он явно ближе к своему и вашему оборудованию, чем местные телепаты...
- Тут вопрос в том, что у меня в тоннеле указан MTU 1416, а оборудование в этом фи, Scamp (ok), 08:07 , 10-Июл-18 (2)
- Выяснилось интересное Пинговал непосредственно с циски, на которой строится тонн, Scamp (ok), 08:52 , 10-Июл-18 (3)
- А чего вы ждёте Если действительно хотите помощи, то выкладывайте максимум инфо, ВОЛКА (ok), 10:58 , 10-Июл-18 (4)
- gt оверквотинг удален Если мне память не изменяетIPSEC дает НЕ фиксированный п, fantom (??), 12:32 , 10-Июл-18 (5)
- Провайдер сам может на своем оборудовании менять MTU на транзитном траффике , universite (ok), 01:09 , 11-Июл-18 (9)
- gt оверквотинг удален Вот здесь про MTU и о том как на железе от одного вендор, оттуда (?), 16:28 , 13-Июл-18 (10)
>[оверквотинг удален] > tunnel protection ipsec profile _vtprofile > ! > Туннели работают, всё хорошо, но! > Если из сетей филиала пинговать узлы центрального офиса командой > ping -M do -s 1450 и подбирать размер, то при превышении размера > одного пакета в одном филиале получаем в выводе команды максимальный MTU > 1446, в другом - 1416. Почему так может быть? Всё одинаковое > на узлах, кроме оборудования провайдера, в нём может быть причина? Откуда > берётся значение 1446? > Выводы sh ip int одинаковы в части MTU Вот здесь про MTU и о том как на железе от одного вендора он может отличаться в зависимости от линейки оборудовани: https://netbeez.net/blog/mtu/
|