форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы 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ообщить модератору

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

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