thanks mike
I did your suggestion fu=#{@cid} with fu=#{@trunk} and check how it works. in console show that is comming from nextel fine but It Does Not show in the phone Display here the console
Code: Select all
DialPlan 21:29:59:457 sip1(1124): Using dialplan MEXICO for In call to sip:nextel.inquss@sipsorcery.com;rinstance=271355.
NewCall 21:29:59:472 sip1(1124): Executing script dial plan for call to nextel.inquss.
DialPlan 21:29:59:629 sip1(1124): ** Call from <sip:33159207xx@200.76.112.13:5060;user=phone>;tag=1fbe4e8-21724cc8-13c4-9145f-2f347db-9145f to nextel.inquss **
DialPlan 21:29:59:644 sip1(1124): Local time: 05/13/2011 16:29
DialPlan 21:29:59:660 sip1(1124): Caller's number: '5233159207xx'
DialPlan 21:29:59:722 sip1(1124): URI dialing: inquss@local[fu=nextel]
DialPlan 21:29:59:722 sip1(1124): Commencing Dial with: inquss@local[fu=nextel].
DialPlan 21:29:59:738 sip1(1124): Call leg is for local domain looking up bindings for inquss@sipsorcery.com for call leg inquss@local.
DialPlan 21:29:59:754 sip1(1124): 3 found for inquss@sipsorcery.com.
DialPlan 21:29:59:754 sip1(1124): ForkCall commencing call leg to sip:inquss@187.133.147.183:49181;rinstance=E09D708A;transport=tcp.
DialPlan 21:29:59:754 sip1(1124): ForkCall commencing call leg to sip:inquss@187.133.147.183:65246.
DialPlan 21:29:59:754 sip1(1124): SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:29:59:754 sip1(1124): ForkCall commencing call leg to sip:inquss@187.133.147.183:65176.
DialPlan 21:29:59:754 sip1(1124): SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:29:59:754 sip1(1124): Switching to sip:inquss@187.133.147.183:49181 via udp:69.59.142.213:5060.
DialPlan 21:29:59:754 sip1(1124): Switching to sip:inquss@187.133.147.183:65246 via udp:69.59.142.213:5060.
DialPlan 21:29:59:754 sip1(1124): SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:29:59:754 sip1(1124): Switching to sip:inquss@187.133.147.183:65176 via udp:69.59.142.213:5060.
DialPlan 21:29:59:988 sip1(1124): Information response 100 Trying for sip:inquss@187.133.147.183:65246.
DialPlan 21:30:00:066 sip1(1124): Information response 100 Trying for sip:inquss@187.133.147.183:49181;rinstance=E09D708A;transport=tcp.
Uh-huh, apparently I can't find the right words to explain. You don't need to set @trunk, the dialplan will do that for you before passing control to incomingCall(). In the incomingCall you need to set Display name and/or User portion of the URI before you forward the call to bound SIP device(s). The code I posted here does not pass @trunk to ATA; you need to modify the code. If I was you, I'd try replacing fu=#{@cid} with fu=#{@trunk} and check how it works.
By The way the code for the test to gvny.inquss that is still showing the code 52 instead of +1 is this NOTE: the call was made for other mexican line and dial to my google voice abroad, the incoming call for all gv are ipcomms trunk that is config to forward calls to
gvny.inquss@sipsorcery.com but in the console log is not any trace that the call is comming from
gvny.inquss@sipsorcery.com and dont know why. since the trunk ipcomm is set correctly
No, the call is coming to inquss without any prefix. See for yourself:
:00:834 sip1(16328): ** Call from "3315920xxx" <sip:3315920766@64.154.41.150>;tag=as1f3d37f8 to inquss **
Code: Select all
yes I know that incoming call is arriving without the gvny even when the trunk is set to gvsm.inquss. maybe the server stuck with that update and is not correctly showing as should be. I will erase the trunk and then add again to see if the new create trunk would work as should be
NOTE UPDATE. it is so weird I erase the ipcomms trunks where Google Voice NUmber send the incoming calls. and even when I delete the trunks DIDs the call still arriving to inquss without prefix it is so weird it has been more than half hour since delete. I dont know if the the sipsorcery server is not updating changes here the console log
Code: Select all
DialPlan 21:54:36:355 sip1(9664): Using dialplan MEXICO for In call to sip:inquss@sipsorcery.com.
NewCall 21:54:36:371 sip1(9664): Executing script dial plan for call to inquss.
DialPlan 21:54:36:512 sip1(9664): ** Call from "unavailable" <sip:unavailable@64.154.41.150>;tag=as7330d868 to inquss **
DialPlan 21:54:36:512 sip1(9664): Local time: 05/13/2011 16:54
DialPlan 21:54:36:527 sip1(9664): Caller's number: 'unavailable'
DialPlan 21:54:36:558 sip1(9664): URI dialing: inquss@local[fu=]
DialPlan 21:54:36:558 sip1(9664): Commencing Dial with: inquss@local[fu=].
DialPlan 21:54:36:621 sip1(9664): Call leg is for local domain looking up bindings for inquss@sipsorcery.com for call leg inquss@local.
DialPlan 21:54:36:637 sip1(9664): 3 found for inquss@sipsorcery.com.
DialPlan 21:54:36:637 sip1(9664): ForkCall commencing call leg to sip:inquss@187.133.147.183:49181;rinstance=E09D708A;transport=tcp.
DialPlan 21:54:36:637 sip1(9664): ForkCall commencing call leg to sip:inquss@187.133.147.183:65246.
DialPlan 21:54:36:637 sip1(9664): ForkCall commencing call leg to sip:inquba@187.133.147.183:65176.
DialPlan 21:54:36:652 sip1(9664): SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:54:36:652 sip1(9664): SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:54:36:652 sip1(9664): Switching to sip:inquss@187.133.147.183:49181 via udp:69.59.142.213:5060.
DialPlan 21:54:36:652 sip1(9664): Switching to sip:inquss@187.133.147.183:65246 via udp:69.59.142.213:5060.
DialPlan 21:54:36:652 sip1(9664): SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:14836.
DialPlan 21:54:36:652 sip1(9664): SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:14836.
DialPlan 21:54:36:652 sip1(9664): SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:54:36:652 sip1(9664): Switching to sip:inquss@187.133.147.183:65176 via udp:69.59.142.213:5060.
DialPlan 21:54:36:652 sip1(9664): SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:14836.
DialPlan 21:54:36:949 sip1(9664): Information response 100 Trying for
The dialplan uses +52 for all @trunk other than gvny and gvsm, that's why you get +52 instead of +1.
MikeTelis
Posts: 1430
Joined: Wed Jul 30, 2008 12:48 am