The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"AS5400XM: возможен ли транзит T38 между VoIP легами? "
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [ Отслеживать ]

"AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 09:09 
Приветствую.

Возникла вот такая ситуация. Имеется циска as5400xm, и энное число конечных пользователей, подключенных в AudiCodes'ы (далее АК). Кодесы, соответственно, включены в циску. Основные схемы телефонии выглядят так:
1. АК - Циска - POTS телефония
2. POTS телефония - Циска - АК
2. АК - Циска - АК

Это упрощенно, но для описания проблемы достаточно. Факсы ходили по сети без особых проблем: на кодесах и циске настроен pass-through codec g711alaw. Сеть ОЧЕНЬ толстая (гигабитные соединения на оптическом транспорте), так что задержек и прочего, что могло бы помешать 711-ому кодеку тащить факсы нет вообше.
Однако нарисовался у нас клиент с очень зловредным факсом, который никак не хотел работать при такой конфигурации. Точнее он работал, но спорадично. Решено было поднять t38, чтобы факс общался с кодесом напрямую. На inbound диалпире нарисовали fax protocol t38 ls-redundancy 2 hs-redundancy 2 fallback passthrough g711alaw, настроили кодес и все заработало отлично. Но только в рамках схемы №1 или №2. Схема №3 не работает ВООБЩЕ.

Вот inbound dial-peer:

dial-peer voice 777861202 voip
description Incoming_202
answer-address 861202....
modem passthrough nse codec g711alaw
voice-class codec 3
fax-relay ecm disable
fax rate 9600
fax protocol t38 ls-redundancy 2 hs-redundancy 2 fallback pass-through g711alaw

Вот исходящий диалпир на проблемного клиента:

dial-peer voice 2020300 voip
destination-pattern 7861202....
session protocol sipv2
session target ipv4:192.168.103.11
dtmf-relay rtp-nte
codec g711alaw
fax-relay ecm disable
fax rate 9600
fax protocol t38 ls-redundancy 2 hs-redundancy 2 fallback pass-through g711alaw
no vad

Проблема состоит в том, что t38 поднимается после реинвайта терминирующего кодеса, который слышит, как на его стороне факс стартует в режиме приема. Этот реинвайт получает циска и поднимает t38 на стороне исходящего диалпира - то есть нормально поднимает т38 в сторону терминирующего кодеса. А вот оригинатор (откуда я пытаюсь факс послать), так и продолжает висеть на g711alaw: потому что циска не пытается поднять т38 на этой стороне. Таким образом, нет ни бриджа t38, ни конференсинга. Факсы при таком раскладе не передаются вообще. Кодес фиксирует массу ошибок в РТП, принимая пакеты non-t38 на терминирующей стороне и пакеты с неизвестным payload type на оригинирующей.

Внимание вопрос:

Реально ли организовать прозрачный бридж (voip)t38 - as5400 - t38(voip) в моих условиях, или нужен сторонний софт/оборудование?

Заранее спасибо за советы и помощь.

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от EvilX (??) on 16-Дек-09, 10:16 
на voip пирах:
redirect ip2ip

И media flow-around, если есть прямая связь между кодесами, что бы не проксировать трафик.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 10:33 
>на voip пирах:
>redirect ip2ip
>
>И media flow-around, если есть прямая связь между кодесами, что бы не
>проксировать трафик.

Про media flow-around можно чуть подробнее? Прямая связь между кодесами есть. Я верно понимаю, что вы намекаете на настройку прямой маршрутизации на самих кодесах? Или циска должна объяснить им, что rtp надо бросать между собой напрямую?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от EvilX (??) on 16-Дек-09, 10:36 
Это что бы media трафик напрямую между девайсами бегал, а не через циску.
by default, кажется, трафик проксируется.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 10:41 
>Это что бы media трафик напрямую между девайсами бегал, а не через
>циску.
>by default, кажется, трафик проксируется.

Я поставил на обоих диалпирах media flow-around, но это это привело к тому, что звонок вообще не проключается, идет отбой по ошибке. Судя по дебагу сипа, исходящий и целевой IP для media устанавливается = адресу кодеса-оригинатора.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 12:22 
>Это что бы media трафик напрямую между девайсами бегал, а не через
>циску.
>by default, кажется, трафик проксируется.

Вот из сипового дебага ниже кусок. Четко видно, что для медиа циска пишет один и тот же IP - исходящего кодеса.

Dec 16 12:20:25.271: //571060/12FA786AACF9/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x65577DB8
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 8612170910
Called Number            : 78612170985
Source IP Address (Sig  ): 77.233.1.100
Destn SIP Req Addr:Port  : 192.168.103.17:5060
Destn SIP Resp Addr:Port : 192.168.103.17:5060
Destination Name         : 192.168.103.17

Dec 16 12:20:25.271: //571060/12FA786AACF9/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 1
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101
Source IP Address (Media): 192.168.103.17
Source IP Port    (Media): 6000
Destn  IP Address (Media): 192.168.103.17
Destn  IP Port    (Media): 6000
Orig Destn IP Address:Port (Media): 0.0.0.0:0

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 16-Дек-09, 13:05 
>>Это что бы media трафик напрямую между девайсами бегал, а не через
>>циску.
>>by default, кажется, трафик проксируется.
>
>Вот из сипового дебага ниже кусок. Четко видно, что для медиа циска
>пишет один и тот же IP - исходящего кодеса.

По умолчанию работает media pass-through, так что для качества (если есть возможность) лучше поставить и в терминирующем, и оригинирующем диал-пирах media flow-around.

Циска пишет одинаковый адрес, если звонок не проключился. А вот почему так - уже надо искать)
Из опыта - факс настройка fallback pass-through g711alaw плохо работает даже между цисками.
Лучше поставить fallback none.

T.38 в обе стороны должен работать, причем на скоростях до 14400
Скорее всего бага реализации SIP в вашем IOS

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 13:14 
>По умолчанию работает media pass-through, так что для качества (если есть возможность)
>лучше поставить и в терминирующем, и оригинирующем диал-пирах media flow-around.
>

Скажем так, информации о flow-around в сети очень мало. На сайте циско мне удалось найти некий документ, в котором говорится, что эта настройка должна быть активна только на входящем диал-пире. Как бы там ни было, я ее активировал и так, и эдак, с одним и тем же результатом - тишина в линии.

>Циска пишет одинаковый адрес, если звонок не проключился. А вот почему так
>- уже надо искать)

Согласен. Но вот какой момент: если убрать media flow-around то все становится как и раньше - по крайней мере проключается голос. Следовательно, есть еще что-то, что требует донастройки. Иначе я не могу понять, что мешает циске пробросить медиа напрямую, учитывая что ИП-адреса указаны корректно.

>Из опыта - факс настройка fallback pass-through g711alaw плохо работает даже между
>цисками. Лучше поставить fallback none.

Да, пожалуй так и есть. Я несколько раз наблюдал в трейсах странные переключения с т38 на 711 кодек. Это продолжалось циклично в течение какого-то времени, после чего звонок разрывался.
Хорошо, я ставлю fallback none, но тогда вопрос - как поведет себя циска, если удаленная сторона не поддерживает t38?

>
>T.38 в обе стороны должен работать, причем на скоростях до 14400
>Скорее всего бага реализации SIP в вашем IOS

Эти баги уже в печени сидят. Причем каждый раз такое ощущение, что кроме меня с ними никто в мире не сталкивался. Как бы там ни было, на нашей циске добиться корректной работы t38 удалось только когда одно из колен - POTS. Поэтому буду признателен за советы что еще можно сделать, чтобы медиа полилось напрямую между кодесами.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 16-Дек-09, 13:24 
>Да, пожалуй так и есть. Я несколько раз наблюдал в трейсах странные
>переключения с т38 на 711 кодек. Это продолжалось циклично в течение
>какого-то времени, после чего звонок разрывался.
>Хорошо, я ставлю fallback none, но тогда вопрос - как поведет себя
>циска, если удаленная сторона не поддерживает t38?

Факс не пойдет

>>
>>T.38 в обе стороны должен работать, причем на скоростях до 14400
>>Скорее всего бага реализации SIP в вашем IOS
>
>Эти баги уже в печени сидят. Причем каждый раз такое ощущение, что
>кроме меня с ними никто в мире не сталкивался. Как бы
>там ни было, на нашей циске добиться корректной работы t38 удалось
>только когда одно из колен - POTS. Поэтому буду признателен за
>советы что еще можно сделать, чтобы медиа полилось напрямую между кодесами.
>

Я этими багами тоже наелся уже. Такое чувство, что циска очень редко обновляет реализацию Сипа в ИОС-ах, при этом в разных ИОС-ах реализация немного отличается.

Какая версия ИОС у Вас сейчас?
Покажите полностью конфиг про сип (voice service voip + sip-ua + voice class-codec) + соответствующие диал-пиры

Я чуть позже попробую у себя такой тестовый факс - отпишу по результату

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 13:57 
>Какая версия ИОС у Вас сейчас?

Cisco IOS Software, 5400 Software (C5400-IS-M), Version 12.4(25b), RELEASE SOFTWARE (fc1)

>Покажите полностью конфиг про сип (voice service voip + sip-ua + voice
>class-codec) + соответствующие диал-пиры

!
voice service voip
allow-connections h323 to h323
allow-connections sip to h323
allow-connections sip to sip
fax protocol pass-through g711alaw
modem passthrough nse codec g711alaw
!
!
sip-ua
!
!
voice class codec 3
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
!
!
Диалпиры есть в этой теме выше. На текущий момент в них жестко стоит pass-through, я отключил т38.


>
>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>результату

Спасибо.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 16-Дек-09, 14:27 
>
>>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>>результату
>
>Спасибо.

Факс прошел. 12.4(20)T4

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 14:34 
>>
>>>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>>>результату
>>
>>Спасибо.
>
>Факс прошел. 12.4(20)T4

В каком варианте? Два воип лега и т38 на каждом?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 16-Дек-09, 15:16 
>>>
>>>>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>>>>результату
>>>
>>>Спасибо.
>>
>>Факс прошел. 12.4(20)T4
>
>В каком варианте? Два воип лега и т38 на каждом?

Аналогичную схему мне не собрать, у меня было вот так

факс-АТА-(Sip)-AS5400XM-(Sip)-AS5350-PBX-факс

голос по g729r8, факс только T.38

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 15:35 
>[оверквотинг удален]
>>>
>>>Факс прошел. 12.4(20)T4
>>
>>В каком варианте? Два воип лега и т38 на каждом?
>
>Аналогичную схему мне не собрать, у меня было вот так
>
>факс-АТА-(Sip)-AS5400XM-(Sip)-AS5350-PBX-факс
>
>голос по g729r8, факс только T.38

Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 16-Дек-09, 17:34 
>Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...
>

да не в них дело-то!
dial-peer voice 571 voip
description test fax sip
huntstop
destination-pattern 41T
media flow-around
session protocol sipv2
session target ipv4:х.х.х.х
session transport udp
codec transparent
no vad
факс из общей настройки
voice service voip
allow-connections sip to sip
fax protocol t38 ls-redundancy 2 hs-redundancy 2 fallback none

sh dial-peer voice 571    
VoiceOverIpPeer571
        peer type = voice, system default peer = FALSE, information type = voice,
        description = `test fax sip',
        tag = 571, destination-pattern = `41T',
        answer-address = `', preference=0,
        incoming called-number = `', connections/maximum = 0/unlimited,
        modem transport = system,
        huntstop = enabled,
        permission :both
        type = voip, session-target = `ipv4:x.x.x.x',
        UDP checksum = disabled,
        session-protocol = sipv2, session-transport = udp,
        fax rate = voice,   payload size =  20 bytes
        fax protocol = system
        fax-relay ecm enable
        Fax Relay ans enabled
        Fax Relay SG3-to-G3 Enabled (by system configuration)
        fax NSF = 0xAD0051 (default)
        codec = transparent,   payload size =  0 bytes,
        voice class codec = `'
        Media Setting = flow-around (dial-peer)
        Expect factor = 10, Icpif = 20,
        Playout Mode is set to adaptive,
        Initial 60 ms, Max 1000 ms
        Playout-delay Minimum mode is set to default, value 40 ms
        Fax nominal 300 ms
        Max Redirects = 1, signaling-type = ext-signal,
        VAD = disabled, Poor QOV Trap = disabled,
        Source Interface = NONE
        voice class sip url = system,
        voice class sip rel1xx = system,
        voice class sip outbound-proxy = system,
        voice class sip asserted-id = system,
        voice class sip g729 annexb-all = system,
        voice class sip negotiate cisco = system,
        redirect ip2ip = disabled
        local peer = false
        Secure RTP: system (use the global setting)
        voice class perm tag = `'

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 17:45 
>>Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...
>>
>
>да не в них дело-то!

  Дык ткните меня уже, в чем... У вас флоу-эраунд висит на исходящем диалпире. У меня такой вариант приводит к отбою при попытке вызова такого диалпира. В дебаге - почти норма при этом. Пишет No Codec и отказ по СС (47).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 16-Дек-09, 17:51 
>>>Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...
>>>
>>
>>да не в них дело-то!
>
>  Дык ткните меня уже, в чем... У вас флоу-эраунд висит
>на исходящем диалпире. У меня такой вариант приводит к отбою при
>попытке вызова такого диалпира. В дебаге - почти норма при этом.
>Пишет No Codec и отказ по СС (47).

Проблема в версии ИОСа
Но debug ccsip messages при настройке media flow-around в исх и вх диал-пирах в студию

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от EvilX (??) on 16-Дек-09, 10:23 
И, кстати, проверить, включен ли t38 на обоих сторонах.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 10:33 
>И, кстати, проверить, включен ли t38 на обоих сторонах.

Тут вопросов нет - включен, это первое что было проверено, причем неоднократно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от EvilX (??) on 16-Дек-09, 10:38 
Так же прошивки до последних обновить на кодесах.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 16-Дек-09, 10:42 
>Так же прошивки до последних обновить на кодесах.

Стоят последние рекомендованные NSTel и полученные от них же.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 22-Дек-09, 17:36 
>Приветствую.
>
>Возникла вот такая ситуация. Имеется циска as5400xm, и энное число конечных пользователей,
>подключенных в AudiCodes'ы (далее АК). Кодесы, соответственно, включены в циску. Основные
>схемы телефонии выглядят так:
>1. АК - Циска - POTS телефония
>2. POTS телефония - Циска - АК
>2. АК - Циска - АК

Сколько активных звонков держит циска по схеме
2. АК - Циска - АК ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от t800 (ok) on 22-Дек-09, 17:50 
>Сколько активных звонков держит циска по схеме
>2. АК - Циска - АК ?

Трудно сказать, потому что кодесов 6 штук. А в чем суть вопроса? Сколько у нас таких звонков в среднем, или каков максимум, который она в принципе у нас держит?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "AS5400XM: возможен ли транзит T38 между VoIP легами? "  +/
Сообщение от dae (ok) on 22-Дек-09, 18:50 
>>Сколько активных звонков держит циска по схеме
>>2. АК - Циска - АК ?
>
>Трудно сказать, потому что кодесов 6 штук. А в чем суть вопроса?
>Сколько у нас таких звонков в среднем, или каков максимум, который
>она в принципе у нас держит?

Сколько мах она держит? Ведь проксирование через нее я так понимаю

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру