Приветствую.Возникла вот такая ситуация. Имеется циска 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) в моих условиях, или нужен сторонний софт/оборудование?
Заранее спасибо за советы и помощь.
на voip пирах:
redirect ip2ipИ media flow-around, если есть прямая связь между кодесами, что бы не проксировать трафик.
>на voip пирах:
>redirect ip2ip
>
>И media flow-around, если есть прямая связь между кодесами, что бы не
>проксировать трафик.Про media flow-around можно чуть подробнее? Прямая связь между кодесами есть. Я верно понимаю, что вы намекаете на настройку прямой маршрутизации на самих кодесах? Или циска должна объяснить им, что rtp надо бросать между собой напрямую?
Это что бы media трафик напрямую между девайсами бегал, а не через циску.
by default, кажется, трафик проксируется.
>Это что бы media трафик напрямую между девайсами бегал, а не через
>циску.
>by default, кажется, трафик проксируется.Я поставил на обоих диалпирах media flow-around, но это это привело к тому, что звонок вообще не проключается, идет отбой по ошибке. Судя по дебагу сипа, исходящий и целевой IP для media устанавливается = адресу кодеса-оригинатора.
>Это что бы 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.17Dec 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
>>Это что бы media трафик напрямую между девайсами бегал, а не через
>>циску.
>>by default, кажется, трафик проксируется.
>
>Вот из сипового дебага ниже кусок. Четко видно, что для медиа циска
>пишет один и тот же IP - исходящего кодеса.По умолчанию работает media pass-through, так что для качества (если есть возможность) лучше поставить и в терминирующем, и оригинирующем диал-пирах media flow-around.
Циска пишет одинаковый адрес, если звонок не проключился. А вот почему так - уже надо искать)
Из опыта - факс настройка fallback pass-through g711alaw плохо работает даже между цисками.
Лучше поставить fallback none.T.38 в обе стороны должен работать, причем на скоростях до 14400
Скорее всего бага реализации SIP в вашем IOS
>По умолчанию работает 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. Поэтому буду признателен за советы что еще можно сделать, чтобы медиа полилось напрямую между кодесами.
>Да, пожалуй так и есть. Я несколько раз наблюдал в трейсах странные
>переключения с т38 на 711 кодек. Это продолжалось циклично в течение
>какого-то времени, после чего звонок разрывался.
>Хорошо, я ставлю fallback none, но тогда вопрос - как поведет себя
>циска, если удаленная сторона не поддерживает t38?Факс не пойдет
>>
>>T.38 в обе стороны должен работать, причем на скоростях до 14400
>>Скорее всего бага реализации SIP в вашем IOS
>
>Эти баги уже в печени сидят. Причем каждый раз такое ощущение, что
>кроме меня с ними никто в мире не сталкивался. Как бы
>там ни было, на нашей циске добиться корректной работы t38 удалось
>только когда одно из колен - POTS. Поэтому буду признателен за
>советы что еще можно сделать, чтобы медиа полилось напрямую между кодесами.
>Я этими багами тоже наелся уже. Такое чувство, что циска очень редко обновляет реализацию Сипа в ИОС-ах, при этом в разных ИОС-ах реализация немного отличается.
Какая версия ИОС у Вас сейчас?
Покажите полностью конфиг про сип (voice service voip + sip-ua + voice class-codec) + соответствующие диал-пирыЯ чуть позже попробую у себя такой тестовый факс - отпишу по результату
>Какая версия ИОС у Вас сейчас?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.
>
>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>результатуСпасибо.
>
>>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>>результату
>
>Спасибо.Факс прошел. 12.4(20)T4
>>
>>>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>>>результату
>>
>>Спасибо.
>
>Факс прошел. 12.4(20)T4В каком варианте? Два воип лега и т38 на каждом?
>>>
>>>>Я чуть позже попробую у себя такой тестовый факс - отпишу по
>>>>результату
>>>
>>>Спасибо.
>>
>>Факс прошел. 12.4(20)T4
>
>В каком варианте? Два воип лега и т38 на каждом?Аналогичную схему мне не собрать, у меня было вот так
факс-АТА-(Sip)-AS5400XM-(Sip)-AS5350-PBX-факс
голос по g729r8, факс только T.38
>[оверквотинг удален]
>>>
>>>Факс прошел. 12.4(20)T4
>>
>>В каком варианте? Два воип лега и т38 на каждом?
>
>Аналогичную схему мне не собрать, у меня было вот так
>
>факс-АТА-(Sip)-AS5400XM-(Sip)-AS5350-PBX-факс
>
>голос по g729r8, факс только T.38Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...
>Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 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 nonesh 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 = `'
>>Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...
>>
>
>да не в них дело-то!Дык ткните меня уже, в чем... У вас флоу-эраунд висит на исходящем диалпире. У меня такой вариант приводит к отбою при попытке вызова такого диалпира. В дебаге - почти норма при этом. Пишет No Codec и отказ по СС (47).
>>>Ну что могу сказать, очень хотел бы посмотреть на соответствующие диалпиры 54ой...
>>>
>>
>>да не в них дело-то!
>
> Дык ткните меня уже, в чем... У вас флоу-эраунд висит
>на исходящем диалпире. У меня такой вариант приводит к отбою при
>попытке вызова такого диалпира. В дебаге - почти норма при этом.
>Пишет No Codec и отказ по СС (47).Проблема в версии ИОСа
Но debug ccsip messages при настройке media flow-around в исх и вх диал-пирах в студию
И, кстати, проверить, включен ли t38 на обоих сторонах.
>И, кстати, проверить, включен ли t38 на обоих сторонах.Тут вопросов нет - включен, это первое что было проверено, причем неоднократно.
Так же прошивки до последних обновить на кодесах.
>Так же прошивки до последних обновить на кодесах.Стоят последние рекомендованные NSTel и полученные от них же.
>Приветствую.
>
>Возникла вот такая ситуация. Имеется циска as5400xm, и энное число конечных пользователей,
>подключенных в AudiCodes'ы (далее АК). Кодесы, соответственно, включены в циску. Основные
>схемы телефонии выглядят так:
>1. АК - Циска - POTS телефония
>2. POTS телефония - Циска - АК
>2. АК - Циска - АКСколько активных звонков держит циска по схеме
2. АК - Циска - АК ?
>Сколько активных звонков держит циска по схеме
>2. АК - Циска - АК ?Трудно сказать, потому что кодесов 6 штук. А в чем суть вопроса? Сколько у нас таких звонков в среднем, или каков максимум, который она в принципе у нас держит?
>>Сколько активных звонков держит циска по схеме
>>2. АК - Циска - АК ?
>
>Трудно сказать, потому что кодесов 6 штук. А в чем суть вопроса?
>Сколько у нас таких звонков в среднем, или каков максимум, который
>она в принципе у нас держит?Сколько мах она держит? Ведь проксирование через нее я так понимаю