T38 в Cisco AS53XX как шлюза для Openser
При распозновании сигнала факса AS53XX пытается сделать reinvite.
причем шлет INVITE с uri sip:@xxx.xxx.xxx.xxx где xxx.xxx.xxx.xxx ip адрес openser.
Соответственно, такой вызов попадает в ветку loose route и требует специальной обработки. Мало того, Cisco IOS не обрабатывает запрос на Digest Authorisation. В процессе моего «гугления» найдено несколько десятков topic-ов по этой теме и как правило, задающий вопрос просто не мог докопаться до источника проблемы с reinvite.
А как результат получал не очень корректный ответ.
Мое решение не очень элегантное но надежное:
В процессе обработки loose route выставить флаг на соответствующий src_ip (циски или другого t38 шлюза )и по этому флагу обходить авторизацию.
Буду признателен, за более красивое решение, в случае 100% использования digest authorisation.
Июнь 21st, 2009 | 20:32
На 5350 есть масса настроек (в основном глобальных) в которых можно «подкрутить» прохождение Т38. В идеале, конечно, Н323 и циска
Июнь 21st, 2009 | 21:27
Вот вам ссылочка — http://mediaproxy.ag-projects.com/
Это приложение, позволяющее без проблем проходить Т38му в вашем OpenSER/OpenSIPS
Июнь 22nd, 2009 | 08:39
1. Я бы с удовольствием продолжал тему h323
К сожалению реалии жизни таковы, что на h323 сервис с начала года не подключилось ни одного клиента.
2. А кто сказал что у меня rtp proxy нет
Июнь 23rd, 2009 | 10:32
1) Не подключилось по простой и банальной причине, h323 — межоператорский протокол всё же, а не абонентский А как оператор могу сказать однозначно — для терминации трафика h323 идеален, но для мониторинга сессий, конечно SIP на порядок прозрачнее.
Для хорошего прохождения Т38 на цисках крайне желательно отключать всевозможные fax passthrough и иже с ними.
Вот например настройки 5350 с которыми жалобы на «недофакс» прошли окончательно:
voice service pots
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
voice service voip
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
dial-peer voice 1 pots
progress_ind setup enable 3
progress_ind progress enable 8
dial-peer voice 2 voip
fax rate 14400
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
Но не факт, что у вас с теми же настройками всё будет идеально ибо циска идеально работает только с другой циской :)))
Июнь 23rd, 2009 | 23:49
Еще добавьте
fax nsf 000000
и пройдут жалобы на навороченные факсовые сервера
насчет другой циски не согласен.
прекрасно работает с асотел-ом а также с профессиональными операторскими решениями не от циски (NDA sorry)
Май 24th, 2015 | 07:15
сильно извиняюсь и понимаю, что мой уровень намного ниже Вашего… 5 лет проработал под астериском, обычным манагером…потом пару месяцев работал с цискарями… очень серьёзными…но у них стоит астериск внутри, наружу их сиськовый кол-менеджер, типо CUCM, CME, 2 мес с ними прокопался…, пацан как я тренировался, перепроверили всё, что можно, при чём профессионалы…, принцип то у всех одинаковый, но факсы не ходят и я на них давно не работаю, просто интересна мысль, что может быть? Хотя я считаю, 2 производителя меж собой не договорились, подскажите ненавижу вопросы без ответов
Май 24th, 2015 | 12:28
Wireshark что то говорит?
Хотя если даже скажет. 99% нестыковка производителей.