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

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[ Отслеживать ]

"Некорректно отрабатывает <transfer> в VoiceXML "		+/–
Сообщение от dostap (ok) on 14-Окт-09, 13:35
Есть Cisco 2801, подключено 4 городские линии через FXO и завернут VoIP через Gatekeeper. К ней прикручена аппликация  VoiceXML: <?xml version="1.0"?> <vxml version="2.0" base="tftp://х.х.х.х/ivr.vxml"> <form id="main"> <property name="timeout" value="10s"/>   <transfer name="mycall" dest="phone://7373" bridge="true"/> </form> </vxml> На Cisco 2801 есть следующие диал пиры: dial-peer voice 1 pots destination-pattern .T port 0/0/0 ! dial-peer voice 2 pots destination-pattern .T port 0/0/1 ! dial-peer voice 3 pots destination-pattern .T port 0/0/2 ! dial-peer voice 4 pots destination-pattern .T port 0/0/3 ! dial-peer voice 7000 voip huntstop destination-pattern 7[0-34679].. session target ras codec g711ulaw ! dial-peer voice 7667 voip service ivr incoming called-number 7667 codec g711ulaw почему то трансфер на номер 7373 и другие на 7 уходят на городские dial-peer (1,2,3,4) на не на 7000. В чем может быть проблема?
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Некорректно отрабатывает <transfer> в VoiceXML "		+/–
Сообщение от Myxa (??) on 14-Окт-09, 14:15
>почему то трансфер на номер 7373 и другие на 7 уходят на городские dial-peer (1,2,3,4) >на не на 7000. В чем может быть проблема? А если без скрипта? По логике, отрабатывается сначала тот dial-peer, который больше всего соответствует вызову, т.н., в вашем случае, 7000. Кроме того, huntstop указывает, что в случае failure прекращать поиск других диалпиров. Соответственно, логически складывается впечатление, что в 2801 номер поступает не 7373, а в неком другом виде. Дебажить.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Некорректно отрабатывает <transfer> в VoiceXML "		+/–
	Сообщение от dostap (ok) on 14-Окт-09, 14:48
	>А если без скрипта? > >По логике, отрабатывается сначала тот dial-peer, который больше всего соответствует вызову, т.н., >в вашем случае, 7000. Кроме того, huntstop указывает, что в случае >failure прекращать поиск других диалпиров. Соответственно, логически складывается впечатление, что в >2801 номер поступает не 7373, а в неком другом виде. Дебажить. > без скрипта отрабатывает все хорошо, т.к. там зарегистрированы IP-телефоны на СМЕ - они нормально звонят на внутренние и городские. номер передается как надо - это показал sh call act voi br. возможно есть какой то атрибут в теге <transfer> который жестко задает какой диал пир выбирать?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Некорректно отрабатывает <transfer> в VoiceXML "		+/–
	Сообщение от Myxa (??) on 14-Окт-09, 21:09
	>без скрипта отрабатывает все хорошо, т.к. там зарегистрированы IP-телефоны на СМЕ - они нормально звонят на внутренние и городские. номер передается как надо - это показал sh call act voi br. возможно есть какой то атрибут в теге <transfer> который жестко задает какой диал пир выбирать? http://www.cisco.com/en/US/docs/ios/voice/vxml/developer/gui...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Некорректно отрабатывает <transfer> в VoiceXML "		+/–
	Сообщение от dostap (??) on 15-Окт-09, 13:00
	>>без скрипта отрабатывает все хорошо, т.к. там зарегистрированы IP-телефоны на СМЕ - они нормально звонят на внутренние и городские. номер передается как надо - это показал sh call act voi br. возможно есть какой то атрибут в теге <transfer> который жестко задает какой диал пир выбирать? > >http://www.cisco.com/en/US/docs/ios/voice/vxml/developer/gui... помогла конструкция voice service voip allow-connections h323 to h323 тему сожно закрывать
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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