форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

"VoIP - обрыв связи; fast busy"
Сообщение от azon (ok) on 15-Фев-05, 16:44  (MSK)
День добрый! Кто-нибудь когда-нибудь сталкивался со следующим: порядка  10 клиентских цисок связаны между собой через спутник одним провайдерским маршрутизатором (назовем его NNN), на котором настроен VPN light . Спутниковый канал партнерский. Все это дело работало по туннелям: на узловой циске NNN интерфейс смотрящий на спутниковый модем, на ней же настроены туннели для всех клиентских цисок. Так же были подняты туннели со стороны клиентских роутеров. Туннели на NNN запихивались в vrf  и прокидывались дальше в сторону клиента. Теперь отказались от туннелей, и весь интерфейс, глядящий на спутники, запихнули в врф. После этого возникили трудности с VOIP в 3 сайтах. Причем настройки у всех сайтов почти одинаковые (различия только в адресах). Грубо говоря, односторонняя связь - туда можно позвонить, а оттуда если и можно, то обрыв связи сразу после соединения. Так же перестал работать такакс - получая таймауты на циске, не хочет авторизовать по локальной базе данных (ставил таймаут до минуты - не помогло). Теме не менее, проверил все настройки - ничего подозрительного. Адресация на спутниковой сети так же не вызывает подозрений. У кого-нить есть какие либо соображения? Буду благодарен за любую помощь. -- Bwr, AzOn.
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "VoIP - обрыв связи; fast busy"
Сообщение от ВОЛКА on 15-Фев-05, 19:41  (MSK)
информации мало...
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "VoIP - обрыв связи; fast busy"
	Сообщение от Helper on 16-Фев-05, 11:43  (MSK)
	С mtu вероятно проблема. А так действительно мало информации.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "VoIP - обрыв связи; fast busy"
	Сообщение от azon (ok) on 16-Фев-05, 11:55  (MSK)
	>С mtu вероятно проблема. >А так действительно мало информации. Стоит стандартный МТУ. Но разве голосовые пакеты не меньше?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "VoIP - обрыв связи; fast busy"
	Сообщение от azon (ok) on 16-Фев-05, 16:50  (MSK)
	>С mtu вероятно проблема. >А так действительно мало информации. Пакеты с df-битом больше 1496 действительно не ходят. Однако, до этого все работало прекрасно. Да и другие включения говорят о том, что такаксу должно хватать мту 1496. А голосу, думаю, и подавно. Если я не прав, прошу поправить. Спасибо.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "VoIP - обрыв связи; fast busy"
	Сообщение от azon (ok) on 16-Фев-05, 11:53  (MSK)
	>информации мало... Что нужно? Я к сожалению не могу все конфиги выложить. Но нужную информацию постараюсь предоставить. На самом деле нужен принципиальный ответ... Сами настройки сомнений не вызывают (я конечно же могу ошибацца на счет правильности настроек, но все-таки) Что может быть проще - 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
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "VoIP - обрыв связи; fast busy"
	Сообщение от azon (ok) on 25-Фев-05, 17:07  (MSK)
	Проблема была в выключенной tcp-акселлерации. Однако, при ее включении окончательно перестал работать такакс. Видимо, некорректно обрабатываются аки в акселлераторе. В общем tcp-сессия идет нестабильно. Нормального порядка у нее нет - запросы\ответы ходят беспорядочно. Не понятно, почему не работало без акселлерации. С этим еще надо будет разобраться. Всем спасибо.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "VoIP - обрыв связи; fast busy"
	Сообщение от Helper on 26-Фев-05, 08:57  (MSK)
	У стандартного Cisco-такакса+ в ответном пакете на NAS выставлен df-флаг, меняйте mtu на сервере с такаксом
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "VoIP - обрыв связи; fast busy"
	Сообщение от azon (??) on 26-Фев-05, 10:02  (MSK)
	>У стандартного Cisco-такакса+ в ответном пакете на NAS выставлен df-флаг, меняйте mtu >на сервере с такаксом Так на какое значение мту менять, если везде стоит 1500? На езернетах (проключение состоит тока из эзеровских портов) выше 1500 мту поставить нельзя. Не понятно...
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.