You did not specify "In" dialplan in your SIP account settings and therefore, Sipsorcery didn't even try to run the Ruby script.DialPlan 16:32:54:896 sip1: No dialplan specified for incoming call to xyz@sipsorcery.com, registered bindings will be used.
Caller's name lookup
Re: Caller's name lookup
Re: Caller's name lookup
Hi Mike, Please pardon me for being ignorant, but can you tell me how to do that or point me a to a thread. Thanks a lot!
Re: Caller's name lookup
Mike, I replied to early and I have realized how to use my sipsorcery "in" dialplan. You were correct, I was not using the "in" dialplan for incoming calls. I just chnaged it to use that but it's telling me that I have attempeted to perform unauthorized operation. Any help is apperciated..
Re: Caller's name lookup
Following is the error I am getting when I tried to use the "in" dialplan:
Requesting notifications with filter=event * at 16 May
Error subscribing for notifications. Attempted to perform an unauthorized operation.
Requesting notifications with filter=event * at 16 May
Error subscribing for notifications. Attempted to perform an unauthorized operation.
Re: Caller's name lookup
OK, it worked !!! but its showing the city and state as the name instead of person's name:
DialPlan 19:22:14:303 sip1: Using dialplan default for In call to sip:xyz@sipsorcery.com;rinstance=138218.
NewCall 19:22:14:350 sip1: Executing script dial plan for call to xyz.
DialPlan 19:22:14:443 sip1: ** Call from "972xxxxxxx" <sip:972xxxxxxx@sipgate.com>;tag=as6b6285bb to xyz **
DialPlan 19:22:14:693 sip1: WebGet attempting to read from http://query.yahooapis.com/v1/public/yq ... ormat=json.
DialPlan 19:22:15:459 sip1: Caller's number: '19720000000'
DialPlan 19:22:15:459 sip1: Caller's name = 'Grand Prairie, TX'
DialPlan 19:22:14:303 sip1: Using dialplan default for In call to sip:xyz@sipsorcery.com;rinstance=138218.
NewCall 19:22:14:350 sip1: Executing script dial plan for call to xyz.
DialPlan 19:22:14:443 sip1: ** Call from "972xxxxxxx" <sip:972xxxxxxx@sipgate.com>;tag=as6b6285bb to xyz **
DialPlan 19:22:14:693 sip1: WebGet attempting to read from http://query.yahooapis.com/v1/public/yq ... ormat=json.
DialPlan 19:22:15:459 sip1: Caller's number: '19720000000'
DialPlan 19:22:15:459 sip1: Caller's name = 'Grand Prairie, TX'
Re: Caller's name lookup
It means that the number is unlisted. Go to White Pages and try Reverse lookup for this particular phone number to check if it comes up with the name.
-
- Posts: 17
- Joined: Wed May 12, 2010 4:45 pm
Re: Caller's name lookup
@Romeo123: city and state is all you get if the person isn't listed at http://www.whitepages.com. you wouldn't even get that if it wasn't set up right.
Unless your number is in the "phone book" part of your CNAM hash table and isn't coming up, indicating a CNAM hash table issue.
you can try a manual look up at http://www.whitepages.com/reverse_phone for comparison.
It looks like you have the basic info on setting up sipsorcery so I am guessing that your familiar with EasternPA's guide at http://tinyurl.com/yzmcazz
There is a copy of a CNAM dialplan I am using over there that is working with Google voice / Gizmo5 and Sipgate. http://tinyurl.com/3863ory
Unless your number is in the "phone book" part of your CNAM hash table and isn't coming up, indicating a CNAM hash table issue.
you can try a manual look up at http://www.whitepages.com/reverse_phone for comparison.
It looks like you have the basic info on setting up sipsorcery so I am guessing that your familiar with EasternPA's guide at http://tinyurl.com/yzmcazz
There is a copy of a CNAM dialplan I am using over there that is working with Google voice / Gizmo5 and Sipgate. http://tinyurl.com/3863ory
Last edited by Red_Leatherman on Sun May 16, 2010 9:21 pm, edited 2 times in total.
Re: Caller's name lookup
If number is unlisted (not known to White Pages), my code can't deliver the name, period. All you can do is include the number in CNAM hash table. CNAM has priority over White Pages and therefore, caller's name will be displayed, no matter what.
Re: Caller's name lookup
Hi, I have two sip provider account i.e. sipgate and ip com in sipsorcery and using the same dialplan (incoming and outgoing) for both accounts. I have a hard phone and a soft phone both registered to sipsorcery sip server. When I call my sipgate number it works fine but when I call my ip com number I get a dead silence. When I register my soft phone directly to ip com sip server, it works fine and I can receive calls.
I would appreciate if somebody could provide me feedback how to setup two sip accounts in sipsorcery. Thanks !
I would appreciate if somebody could provide me feedback how to setup two sip accounts in sipsorcery. Thanks !
Re: Caller's name lookup
I have attempted to use the CNAM lookup dialplan but am having some problems. I have 1 Sipsorcery account, but 2 Usernames - each with a different DID (1 Gizmo, 1 IPComms).
When I do not use any "In" dialplan, my calls terminate properly to the correct username/DID. I set the dialplan up as an incoming dialplan so that each Username could use it. When that did not work, I set up duplicate "In" dialplans - one for username ACCT1 and the other for username ACCT2.
Here are the (disguised) usernames:
ACCT -> Gizmo
ACCT2 -> IPComms
It seems that the "In" dialplan is not picking up the correct username (ACCT2) from the statement below. Instead it delivers calls to the main username/account (ACCT). I've also experienced some "Error 480's / Not Online".
Here is a call trace for a successful call to username ACCT2 with no "Incoming" dialplan:
Here is a call trace for an unsuccessful call to ACCT2 using the CNAM "Incoming" dialplan. Call successfully retrieves the Caller's Name and Number but routes the call to username ACCT instead of ACCT2.
Any ideas on how to change the syntax so that the calls are properly routed to the right account with the CNAM info?
When I do not use any "In" dialplan, my calls terminate properly to the correct username/DID. I set the dialplan up as an incoming dialplan so that each Username could use it. When that did not work, I set up duplicate "In" dialplans - one for username ACCT1 and the other for username ACCT2.
Here are the (disguised) usernames:
ACCT -> Gizmo
ACCT2 -> IPComms
It seems that the "In" dialplan is not picking up the correct username (ACCT2) from the statement below. Instead it delivers calls to the main username/account (ACCT). I've also experienced some "Error 480's / Not Online".
Code: Select all
sys.Dial("#{sys.Username}@local[fu=#{name}]",45)
Code: Select all
DialPlan 21:10:57:738 sip1: No dialplan specified for incoming call to ACCT2@sipsorcery.com, registered bindings will be used.
DialPlan 21:10:57:770 sip1: Forwarding incoming call for ACCT2@sipsorcery.com to 2 bindings.
NewCall 21:10:57:770 sip1: Executing script dial plan for call to ACCT2.
DialPlan 21:10:57:801 sip1: Commencing Dial with: ACCT2@sipsorcery.com.
DialPlan 21:10:57:848 sip1: Call leg is for local domain looking up bindings for ACCT2@sipsorcery.com for call leg ACCT2@sipsorcery.com.
DialPlan 21:10:57:863 sip1: 2 found for ACCT2@sipsorcery.com.
DialPlan 21:10:57:863 sip1: ForkCall commencing call leg to sip:ACCT2@98.169.61.105:50427.
DialPlan 21:10:57:863 sip1: ForkCall commencing call leg to sip:ACCT2@98.169.61.105:50216;transport=udp.
DialPlan 21:10:57:863 sip1: SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:10:57:863 sip1: Switching to sip:ACCT2@98.169.61.105:50427 via udp:69.59.142.213:5060.
DialPlan 21:10:57:863 sip1: SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:10:57:863 sip1: SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:11214.
DialPlan 21:10:57:863 sip1: Switching to sip:ACCT2@98.169.61.105:50216 via udp:69.59.142.213:5060.
DialPlan 21:10:57:863 sip1: SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:11214.
DialPlan 21:10:58:020 sip1: Information response 100 Trying for sip:ACCT2@98.169.61.105:50216;transport=udp.
DialPlan 21:10:58:020 sip1: Information response 180 Ringing for sip:ACCT2@98.169.61.105:50216;transport=udp.
DialPlan 21:10:58:020 sip1: UAS call progressing with Ringing.
DialPlan 21:10:58:269 sip1: Information response 100 Trying for sip:ACCT2@98.169.61.105:50427.
DialPlan 21:10:58:316 sip1: Information response 180 Ringing for sip:ACCT2@98.169.61.105:50427.
DialPlan 21:10:58:316 sip1: UAS call ignoring progress response with status of 180 as already in Proceeding.
DialPlan 21:11:02:160 sip1: Client call cancelled halting dial plan.
DialPlan 21:11:02:160 sip1: Dialplan call was terminated by client side due to ClientCancelled.
DialPlan 21:11:02:160 sip1: Cancelling all call legs for ForkCall app.
DialPlan 21:11:02:160 sip1: Cancelling forwarded call leg, sending CANCEL to sip:ACCT2@98.169.61.105:50427.
DialPlan 21:11:02:160 sip1: Cancelling forwarded call leg, sending CANCEL to sip:ACCT2@98.169.61.105:50216;transport=udp.
DialPlan 21:11:02:176 sip1: Dial command was halted by cancellation of client call after 4.31s.
DialPlan 21:11:02:176 sip1: Dialplan cleanup for ACCT.
DialPlan 21:11:02:176 sip1: Dial plan execution completed with normal clearing.
DialPlan 21:11:02:301 sip1: Response 487 Request Cancelled for sip:ACCT2@98.169.61.105:50216;transport=udp.
DialPlan 21:11:02:410 sip1: Response 487 Request Cancelled for sip:ACCT2@98.169.61.105:50427.
Here is a call trace for an unsuccessful call to ACCT2 using the CNAM "Incoming" dialplan. Call successfully retrieves the Caller's Name and Number but routes the call to username ACCT instead of ACCT2.
Code: Select all
DialPlan 21:11:54:315 sip1: Using dialplan Incoming for In call to sip:ACCT2@sipsorcery.com.
NewCall 21:11:54:331 sip1: Executing script dial plan for call to ACCT2.
DialPlan 21:11:54:409 sip1: Caller's number: '1703555xxxx'
DialPlan 21:11:54:409 sip1: Caller's name = 'JM Cell'
DialPlan 21:11:54:409 sip1: Commencing Dial with: ACCT@local[fu=1703555xxxx].
DialPlan 21:11:54:425 sip1: Call leg is for local domain looking up bindings for ACCT@sipsorcery.com for call leg ACCT@local.
DialPlan 21:11:54:440 sip1: 2 found for ACCT@sipsorcery.com.
DialPlan 21:11:54:440 sip1: ForkCall commencing call leg to sip:ACCT@98.169.61.105:50216;transport=udp.
DialPlan 21:11:54:440 sip1: ForkCall commencing call leg to sip:ACCT@98.169.61.105:50427.
DialPlan 21:11:54:440 sip1: SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:11:54:440 sip1: Switching to sip:ACCT@98.169.61.105:50216 via udp:69.59.142.213:5060.
DialPlan 21:11:54:440 sip1: SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:11062.
DialPlan 21:11:54:440 sip1: SIPClientUserAgent Call using alternate outbound proxy of udp:69.59.142.213:5060.
DialPlan 21:11:54:440 sip1: Switching to sip:ACCT@98.169.61.105:50427 via udp:69.59.142.213:5060.
DialPlan 21:11:54:440 sip1: SDP on UAC call had public IP not mangled, RTP socket 64.154.41.150:11062.
DialPlan 21:11:54:565 sip1: Information response 100 Trying for sip:ACCT@98.169.61.105:50216;transport=udp.
DialPlan 21:11:54:581 sip1: Information response 180 Ringing for sip:ACCT@98.169.61.105:50216;transport=udp.
DialPlan 21:11:54:581 sip1: UAS call progressing with Ringing.
DialPlan 21:11:54:862 sip1: Information response 100 Trying for sip:ACCT@98.169.61.105:50427.
DialPlan 21:11:54:940 sip1: Information response 180 Ringing for sip:ACCT@98.169.61.105:50427.
DialPlan 21:11:54:940 sip1: UAS call ignoring progress response with status of 180 as already in Proceeding.
DialPlan 21:11:59:300 sip1: Client call cancelled halting dial plan.
DialPlan 21:11:59:300 sip1: Dialplan call was terminated by client side due to ClientCancelled.
DialPlan 21:11:59:300 sip1: Cancelling all call legs for ForkCall app.
DialPlan 21:11:59:300 sip1: Cancelling forwarded call leg, sending CANCEL to sip:ACCT@98.169.61.105:50216;transport=udp.
DialPlan 21:11:59:300 sip1: Cancelling forwarded call leg, sending CANCEL to sip:ACCT@98.169.61.105:50427.
DialPlan 21:11:59:300 sip1: Dial command was halted by cancellation of client call after 4.86s.
DialPlan 21:11:59:300 sip1: Dialplan cleanup for ACCT.
DialPlan 21:11:59:425 sip1: Dial plan execution completed with normal clearing.
DialPlan 21:11:59:456 sip1: Response 487 Request Cancelled for sip:ACCT@98.169.61.105:50216;transport=udp.
DialPlan 21:11:59:596 sip1: Response 487 Request Cancelled for sip:ACCT@98.169.61.105:50427.