День добрый!Кто-нибудь когда-нибудь сталкивался со следующим:
порядка 10 клиентских цисок связаны между собой через спутник одним провайдерским маршрутизатором (назовем его NNN), на котором настроен VPN light .
Спутниковый канал партнерский. Все это дело работало по туннелям:на узловой циске NNN интерфейс смотрящий на спутниковый модем, на ней же настроены туннели для всех клиентских цисок. Так же были подняты туннели со стороны клиентских роутеров. Туннели на NNN запихивались в vrf и прокидывались дальше в сторону клиента.
Теперь отказались от туннелей, и весь интерфейс, глядящий на спутники, запихнули в врф.
После этого возникили трудности с VOIP в 3 сайтах. Причем настройки у всех сайтов почти одинаковые (различия только в адресах). Грубо говоря, односторонняя связь - туда можно позвонить, а оттуда если и можно, то обрыв связи сразу после соединения.
Так же перестал работать такакс - получая таймауты на циске, не хочет авторизовать по локальной базе данных (ставил таймаут до минуты - не помогло).
Теме не менее, проверил все настройки - ничего подозрительного. Адресация на спутниковой сети так же не вызывает подозрений.У кого-нить есть какие либо соображения?
Буду благодарен за любую помощь.
--
Bwr,
AzOn.
информации мало...
С mtu вероятно проблема.
А так действительно мало информации.
>С mtu вероятно проблема.
>А так действительно мало информации.
Стоит стандартный МТУ.
Но разве голосовые пакеты не меньше?
>С mtu вероятно проблема.
>А так действительно мало информации.
Пакеты с df-битом больше 1496 действительно не ходят.
Однако, до этого все работало прекрасно.Да и другие включения говорят о том, что такаксу должно хватать мту 1496.
А голосу, думаю, и подавно.Если я не прав, прошу поправить.
Спасибо.
>информации мало...
Что нужно?
Я к сожалению не могу все конфиги выложить. Но нужную информацию постараюсь предоставить.На самом деле нужен принципиальный ответ... Сами настройки сомнений не вызывают (я конечно же могу ошибацца на счет правильности настроек, но все-таки)
Что может быть проще - ether->subether->SATTELITE->modem->cisco
Subether'ы в vrf'е (light vrf). Никаких ACL.
На всех цисках есть Voip Loopback (h323-gw src). Дайл-пиры в порядке.На самом деле сейчас проблема решена - всю маршрутизацию отдали gatekeeper'у. Однако не понятно, почему без ГК не работало. Все лупбэки были доступны отовсюду. Так же не ясна ситуация с такаксом - ответы от сервера приходят, но после ввода пароля:
на киске (таймаут увеличен до 60 секунд):
*Mar 8 04:26:00: TPLUS: Queuing AAA Authentication request 12 for processing
*Mar 8 04:26:00: TPLUS: processing authentication start request id 12
*Mar 8 04:26:00: TPLUS: Authentication start packet created for 12()
*Mar 8 04:26:00: TPLUS: Using server 172.18.128.255
*Mar 8 04:26:00: TPLUS(0000000C)/0/NB_WAIT/81969078: Started 60 sec timeout
*Mar 8 04:26:00: TPLUS(0000000C)/0/NB_WAIT: socket event 2
*Mar 8 04:26:00: TPLUS(0000000C)/0/NB_WAIT: wrote entire 38 bytes request
*Mar 8 04:26:00: TPLUS(0000000C)/0/READ: socket event 1
*Mar 8 04:26:00: TPLUS(0000000C)/0/READ: Would block while reading
*Mar 8 04:26:05: TPLUS(0000000C)/0/READ: socket event 1
*Mar 8 04:26:05: TPLUS(0000000C)/0/READ: read entire 12 header bytes
*Mar 8 04:26:05: TPLUS(0000000C)/0/READ: socket event 1
*Mar 8 04:26:05: TPLUS(0000000C)/0/READ: read entire 55 bytes response
*Mar 8 04:26:05: TPLUS(0000000C)/0/81969078: Processing the reply packet
*Mar 8 04:26:05: TPLUS: Received authen response status GET_USER (7)
*Mar 8 04:26:07: TPLUS: Queuing AAA Authentication request 12 for processing
*Mar 8 04:26:07: TPLUS: processing authentication continue request id 12
*Mar 8 04:26:07: TPLUS: Authentication continue packet generated for 12
*Mar 8 04:26:07: TPLUS(0000000C)/0/WRITE/8196D508: Started 60 sec timeout
*Mar 8 04:26:07: TPLUS(0000000C)/0/WRITE: wrote entire 22 bytes request
*Mar 8 04:26:09: TPLUS(0000000C)/0/READ: socket event 1
*Mar 8 04:26:09: TPLUS(0000000C)/0/READ: read entire 12 header bytes (expect 16 bytes data)
*Mar 8 04:26:09: TPLUS(0000000C)/0/READ: socket event 1
*Mar 8 04:26:09: TPLUS(0000000C)/0/READ: read entire 28 bytes response
*Mar 8 04:26:09: TPLUS(0000000C)/0/8196D508: Processing the reply packet
*Mar 8 04:26:09: TPLUS: Received authen response status GET_PASSWORD (8)
*Mar 8 04:26:09: TPLUS: Queuing AAA Authentication request 12 for processing
*Mar 8 04:26:09: TPLUS: processing authentication continue request id 12
*Mar 8 04:26:09: TPLUS: Authentication continue packet generated for 12
*Mar 8 04:26:09: TPLUS(0000000C)/0/WRITE/8196D508: Started 60 sec timeout
*Mar 8 04:26:09: TPLUS(0000000C)/0/WRITE: wrote 1 bytes
*Mar 8 04:27:09: TPLUS(0000000C)/0/WRITE/8196D508: timed out
*Mar 8 04:27:09: TPLUS: Authentication start packet created for 12(anton)
*Mar 8 04:27:09: TPLUS(0000000C)/0/WRITE/8196D508: timed out, clean up
*Mar 8 04:27:09: TPLUS(0000000C)/0/8196D508: Processing the reply packetна сервере - NULL REPLY expecting CONTINUE
Проблема была в выключенной tcp-акселлерации.Однако, при ее включении окончательно перестал работать такакс. Видимо, некорректно обрабатываются аки в акселлераторе.
В общем tcp-сессия идет нестабильно. Нормального порядка у нее нет - запросы\ответы ходят беспорядочно.Не понятно, почему не работало без акселлерации.
С этим еще надо будет разобраться.Всем спасибо.
У стандартного Cisco-такакса+ в ответном пакете на NAS выставлен df-флаг, меняйте mtu на сервере с такаксом
>У стандартного Cisco-такакса+ в ответном пакете на NAS выставлен df-флаг, меняйте mtu
>на сервере с такаксом
Так на какое значение мту менять, если везде стоит 1500?На езернетах (проключение состоит тока из эзеровских портов) выше 1500 мту поставить нельзя.
Не понятно...