URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 19806
[ Назад ]
Исходное сообщение
"Некорректно отрабатывает <transfer> в VoiceXML "
Отправлено dostap , 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. В чем может быть проблема?

Содержание
Сообщения в этом обсуждении
"Некорректно отрабатывает <transfer> в VoiceXML "
Отправлено Myxa , 14-Окт-09 14:15 
>почему то трансфер на номер 7373 и другие на 7 уходят на городские dial-peer (1,2,3,4) >на не на 7000. В чем может быть проблема?

А если без скрипта?

По логике, отрабатывается сначала тот dial-peer, который больше всего соответствует вызову, т.н., в вашем случае, 7000. Кроме того, huntstop указывает, что в случае failure прекращать поиск других диалпиров. Соответственно, логически складывается впечатление, что в 2801 номер поступает не 7373, а в неком другом виде. Дебажить.

"Некорректно отрабатывает <transfer> в VoiceXML "
Отправлено dostap , 14-Окт-09 14:48 

>А если без скрипта?
>
>По логике, отрабатывается сначала тот dial-peer, который больше всего соответствует вызову, т.н.,
>в вашем случае, 7000. Кроме того, huntstop указывает, что в случае
>failure прекращать поиск других диалпиров. Соответственно, логически складывается впечатление, что в
>2801 номер поступает не 7373, а в неком другом виде. Дебажить.
>

без скрипта отрабатывает все хорошо, т.к. там зарегистрированы IP-телефоны на СМЕ - они нормально звонят на внутренние и городские. номер передается как надо - это показал sh call act voi br. возможно есть какой то атрибут в теге <transfer> который жестко задает какой диал пир выбирать?

"Некорректно отрабатывает <transfer> в VoiceXML "
Отправлено Myxa , 14-Окт-09 21:09 
>без скрипта отрабатывает все хорошо, т.к. там зарегистрированы IP-телефоны на СМЕ - они нормально звонят на внутренние и городские. номер передается как надо - это показал sh call act voi br. возможно есть какой то атрибут в теге <transfer> который жестко задает какой диал пир выбирать?

http://www.cisco.com/en/US/docs/ios/voice/vxml/developer/gui...

"Некорректно отрабатывает <transfer> в VoiceXML "
Отправлено dostap , 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

тему сожно закрывать