![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 72 Регистрация: 14.4.2009 Из: Томск Пользователь №: 13128 ![]() |
Имеется ipLDK-300 (3.9 Da).
В сторону телефонной сети общего пользования смотрит аналоговыми CO-ками и VOIBN (Current Ver. : GS30T-1.1Ca, VOIBN 1th) с нашлепкой (24 канала, H323). По H323 входящая/исходящая связь работает нормально. ![]() Но не проходят факсы через H323 (по CO-кам и по внутренних соединениях все нормально). Что делалось: ![]() - в PGM 340 перепробовали все значения FAX Mode ( 0 – Re-Invite OFF, 1 – Re-Invite ON, 2 – Fax Mode Disable), при этом на стороне прова включали/отключали поддержку T38 (на более ранних версиях был промтик Fax Mode, там ставили галочку и все работало). - в PGM 340 перепробовали все кодеки. - на внутренних абонентах, к которым подключены факсы включали/выключали Fax Mode и Data Line Security. - по порту 16000 заходили на плату VOIBN и пытались выставлять t38fax on/off (похоже в нашей версии эта команда не поддерживается, т.к. команда просто игнорировалась, никакого подтверждения в ответ не было). Все выше описанное проделывалось в различных комбинациях. Пров говорит, что он не видит по дебагу, что включается передача факсов, когда они меж собой договариваются. Что еще можно сделать, чтобы заставить ходить факсы. PS 1 поиск по форуму юзал, ответа не нашел. PS 2 понимаю без трейса сложно что-то определить, но его пока нет, попробуем снять Wireshark-ом, но это будет чуть позже. |
|
|
![]() |
![]()
Сообщение
#2
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 72 Регистрация: 14.4.2009 Из: Томск Пользователь №: 13128 ![]() |
Выяснилось, что пров работает не на Cisco, а на чем то другом (название платформы не запомнил).
У него в настройках цисковский пропроитарный протокол прописан как альтернатива t38 и/или G711. Поразбирался в снятых снифах. Как я все это вижу: Похоже проблема со стороны лыжи - при передаче факсов со стороны прова прилетает запрос на работу по t38, а лыжа в ответ ни гу-гу. И уже после, проигнорировав запрос от прова, сама шлет запрос на использование G723/729/711/t38. А вот дальше все сваливается на использование G711, стороны не договариваются, пров предлагает в качестве альтернативы цисковский пропроитарный протокол, лыжа его игнорирует и соединение собственно разваливается. Причем разваливается по инициативе лыжи. Пров (с его слов) не может отключить bypass (предложение других протоколов при невозможности договориться). Он может выставить значения default (что это означает сам пров пояснить не смог), кошачий протокол или еще какую-то экзотику (не запомнил что конкретно, но про такое слышу впервые). Пока выставили значение bypass в значение default. Увы не помогло. Будем разбираться дальше. Ну похоже без harrisa тут не разобраться. |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 18.7.2025, 7:10 |