Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Office » IP/VoIP

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1 2 След.
RSS
Не отправляются факсы по VOIP, Не отправляются факсы по VOIP
 
#1
09.04.2010 14:03:49
АТС oxo, резиз 6. соединена с городом по voip( 4 канала)
Входящие факсы принимаем, а отправить не можем. кодек стоит дефолтный. Провайдер говорит нужно убрать параметр T.38. Можно ли его убрать??? И помогите разобраться с отправкой факса.
Заранее спасибо.
 
 
 
#2
09.04.2010 14:17:43
В H323 протоколе Т38 не выключается, в 6-м релизе по SIP - тоже. С релиза 7.1 можно выбрать G711: Numbering/ Automatic Routing Selection/ Gateway Parameters/ последняя колонка Fax.
В релизе 1.1 Т38 - нет.
 
 
 
#3
09.04.2010 14:30:43
Провайдер поставил поддержку Т38 и выставили кодек 711_10.
При отправке факса происходит дозвон, слышан факсимильный ответ и происходит обрыв соединения.
 
 
 
#4
09.04.2010 14:36:14
При работе Т38 кодек не причем, они наверное хотят тупо оцифровывать в G711 с фреймами 10 мс - ОХО это не может. Надо снимать каким-нибудь сниффером (типа WireShark) трейс и смотреть - действительно ли включается Т38.
 
 
 
#5
09.04.2010 15:50:18
Вот что прислал провайдер:
сокращённо callflow следующий:

OXO U-SYS
------------------------------

1. INVITE (G.711a)
----------------------->

2. 200 OK (G.711a)
<-----------------------

3. re-INVITE (G.711U, G.711a)
<-----------------------

4. 200 OK (G.711a)
----------------------->

5. re-INVITE (T.38, G.711a, G.711U)
<-----------------------

6. 487 Request Terminated
------------------------>

по пунктам:
1, 2. - начало вызова.
3. - SoftSwitch, как терминирующая сторона, определил сигнал высокоскоростного факса (Super G3), как модем и "предложил" изменить параметры вызова.
4. - alcatel "согласился"
5. - SoftSwitch, как терминирующая сторона, "понял", что это не модем, а факс и опять предложил изменить параметры сессии.
6. - alcatel "не согласился"
 
 
 
#6
09.04.2010 16:10:55
Конкретную версию ОХО - в студию! Что-то типа ALZRU610/017.002.
А лучше переходить на 7.1.1 или 7.1.2, который будет в конце мая - июне.
 
 
 
#7
09.04.2010 16:26:47
ALZRRU610/014.003
 
 
 
#8
09.04.2010 16:35:35
Интересно бы глянуть что снимется  сниффером при входящем факсе и при исходящем факсе

то что прислал провайдер можно понять типа так - в двигателе карб что-то забарахлил, ну дык подкрутите вон тот болт тыкая пальцем на закрытый капот

просите прова чтоб трассировку факса прислал
Пути IP-пакета неисповедимы
 
 
 
#9
09.04.2010 16:54:36
вот что снял сниффер
http://depositfiles.com/files/1ch6iynfd
 
 
 
#10
09.04.2010 18:31:21
в общем такая фигня получается при исходящем факсе (номера портов условные)
прошел звонок, ОХО говорит что буду работать на порту 32000, хуавей говорит что буду работать на порту 30800. при инициализации факса хуавей говорит чтоб факс буду принать на порту 30812 (предварительно уведомил что порт 30800 меняется на 30812), ОХО проигноировала и  в ответ послала чтоб факс буду слать пренципиально на тот порт на котором изначально добазарись т.е. 30800 и вот на это весь базар заканчивается
Пути IP-пакета неисповедимы
 
 
 
#11
09.04.2010 19:02:53
Советуем обновить хотя бы до последнего патча 6.1: ALZRU610/042.001. Там много исправлений, в т.ч. и SIP.
 
 
 
#12
09.04.2010 19:09:18
строки в логе 3555 и 3557

кстати в логе не встетил чтоб хуавей слал факс через t38
Пути IP-пакета неисповедимы
 
 
 
#13
13.04.2010 14:38:07
можно ли 7 резиз залить на cpu-3
 
 
 
#14
13.04.2010 14:52:35
Почему бы и нет.
 
 
 
#15
16.04.2010 02:39:21
Цитата
Александр Red пишет:
можно ли 7 резиз залить на cpu-3
Не забываем про лицензию на апгрейт. :)
 
 
 
Страницы: 1 2 След.
Читают тему