Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Hello, Revisiting this old thread, following Richard's suggestion, I modified Asterisk config so that it would set RDNIS for every forwarded call. I kept at hand, the results gathered in another test session : the output of a successful call (with appropriate CallerID) and the output of an unsuccessful one. 2011/11/8 Olivier oza_4...@yahoo.fr Hi, As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Regards From another unsuccessful try, I got the following (anonymized) output: [Dec 3 09:21:32] VERBOSE[6201] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Dec 3 09:21:32] VERBOSE[6201] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '95135' ] [Dec 3 09:21:32] VERBOSE[6201] chan_dahdi.c: [70 0b 80 30 36 37 31 30 XX XX XX XX XX] [Dec 3 09:21:32] VERBOSE[6201] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '06710X' ] [Dec 3 09:21:32] VERBOSE[6201] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 33 XX XX XX XX XX] [Dec 3 09:21:32] VERBOSE[6201] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Il 09/11/2011 17.37, Richard Mudgett ha scritto: You would then use the DAHDISendCallreroutingFacility application*before* you answer the call to forward/deflect the incoming call back to the network. I think Answer makes no sense at all because the network will redirect then continue to cancel the preceding call setup. ETSI Call Deflection/Rerouting message flow: Deflection CallerCarrier PBX destination |---SETUP-| ' ' |SETUP| ' |---CALL PROCEEDING---| ' |---FACILITY+ | ' |DISCONNECT---| ' |---RELEASE---| ' |RELEASE COMPLETE-| ' |SETUP---| This will also require this settings on the dahdi channel? facilityenable=yes transfer=yes ?? Also, according to this document http://www.asterisk.org/node/48611 seems that DAHDISendCallreroutingFacility() doesn't return anything so how we can test if the command was successful or refused? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Improved support for manipulation of redirecting number is available with the REDIRECTING dialplan function in Asterisk v1.8.x and libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS). https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information Richard Hi Richard, 1. Could you elaborate a bit ? Do you imply that the lines bellow were present (or missing) because I did somewhere set CALLERID(RDNIS) and that I should use them ? [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] No. I was trying to say
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/11/9 Richard Mudgett rmudg...@digium.com As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Improved support for manipulation of redirecting number is available with the REDIRECTING dialplan function in Asterisk v1.8.x and libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS). https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information Richard Hi Richard, 1. Could you elaborate a bit ? Do you imply that the lines bellow were present (or missing) because I did somewhere set CALLERID(RDNIS) and that I should use them ? [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2. As I feel specically new to this RDNIS concept, how should I set CALLERID(RDNIS), before or after Answer() statement ? It does not matter in this case. Asterisk v1.6.1 will keep both legs of the call anyway. If you ultimately want to get the call entirely off of your Asterisk server, you will need Asterisk v1.6.2 or later. You would also need libpri 1.4.12 to do this with ETSI(EuroISDN). You would then use the DAHDISendCallreroutingFacility application *before* you answer the call to forward/deflect the incoming call back to the network. Richard That's definitively worth to try. I can't think of any use case but does this DAHDISendCallreroutingFacility generates AMI events, for curiosity's sake ? No. The application just asks libpri to send a FACILITY message to the network. Other AMI events are generated as a result of the redirected call clearing. Richard -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Hi, As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Improved support for manipulation of redirecting number is available with the REDIRECTING dialplan function in Asterisk v1.8.x and libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS). https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information Richard -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/11/8 Richard Mudgett rmudg...@digium.com As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Improved support for manipulation of redirecting number is available with the REDIRECTING dialplan function in Asterisk v1.8.x and libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS). https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information Richard Hi Richard, 1. Could you elaborate a bit ? Do you imply that the lines bellow were present (or missing) because I did somewhere set CALLERID(RDNIS) and that I should use them ? [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] 2. More generally, if I may ask, how do you understand both outputs (from my previous post) ? Regards --
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Improved support for manipulation of redirecting number is available with the REDIRECTING dialplan function in Asterisk v1.8.x and libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS). https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information Richard Hi Richard, 1. Could you elaborate a bit ? Do you imply that the lines bellow were present (or missing) because I did somewhere set CALLERID(RDNIS) and that I should use them ? [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] No. I was trying to say that the value in the redirecting ie is controllable by setting/clearing the CALLERID(RDNIS) value. 2. More generally, if I may ask, how do you
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/11/8 Richard Mudgett rmudg...@digium.com As promised, here is a follow up on my quest to get CallerID correctly presented when forwarding calls to cellphones. Here is a reminder of the issue at hand: Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension) which forwards to Cory (GSM handset) What I would like to get is to see Alice's number (not Bob's number) presented to Cory. Sometimes, I get Alice's number, sometimes, I get Bob's number (new findings from last sunday trials). And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel's number, Eric's number or Bob's number depending on a root cause I'm looking after for several days now. To check if CallerID is filtered or controlled by Telco, I originated calls from Asterisk using hand crafted caller ids: any CallerID was correctly presented. So I originally thought the root cause I'm after is a telco equipment switching ANI and CID. But a close look at some last trials output makes me asking for opinions from this list readers. Here follows, the anonymized (and hand indented) output of command PRI debug command. I focused on the end of call setup dialog. For the successfully presented call, the output is: [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [6c 0b 21 83 37 38 36 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '78649' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: [a1] [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Sending Complete (len= 1) For the unsuccessfully presented call, the output is: [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [6c 0b 21 83 36 37 38 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Presentation: Presentation allowed of network provided number (3) '67854' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [70 0b 80 30 36 37 31 XX XX XX XX XX XX] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Called Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '067100' ] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: [a1] [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: Sending Complete (len= 1) Am I correctly interpreting when saying that in the successful call, Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX] message which is not otherwise sent ? What can explains this difference ? Is this something I can (should) control ? For reference: dahdi show version DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC pri show version libpri version: 1.4.10.2 Improved support for manipulation of redirecting number is available with the REDIRECTING dialplan function in Asterisk v1.8.x and libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS). https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information Richard Hi Richard, 1. Could you elaborate a bit ? Do you imply that the lines bellow were present (or missing) because I did somewhere set CALLERID(RDNIS) and that I should use them ? [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Redirecting Number (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 0 Presentation: Presentation permitted, user number passed network screening (1) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: Ext: 1 Reason: Forwarded unconditionally (15) [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436' ] No. I
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Il 04/11/2011 9.32, Olivier ha scritto: I don't know how Telcos manage their networks. I would have naturally thought that going from one point to another in this network would always pass through the same set of equipements. It was ... about 30 (or more) years ago, today most moved from switched network to packet network. Maybe it's not the case and specifically when the end destination is a cellphone and there is a large gateway between the landline and the mobile networks. I think most is carried on ss7(*) over ip, passing through a wide range of equipments from many manufacturers. Each of these could have it's own bugs or inaccurate configuration. Is this reasonning correct ? I think it is, you are facing some internetwork problem out of your control. Anyway you're lucky, changing the caller presentation number to anything that not belongs to the subscriber circuit would be simply impossible here due to regulations. (*) - http://www.ss7-training.net/index.html -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/11/3 Danny Nicholas da...@debsinc.com snip [callbob] Exten = _XX.,1,answer Exten = _XX.,n,Set(CALLERID(num)=${EXTEN}) Exten = _XX.,n,Dial(DAHDI/1/5551212,30) From memory, I did it this way : Exten = _XX.,1,Set(CALLERID(num)=whatever) Exten = _XX.,n,answer Exten = _XX.,n,Dial(DAHDI/1/5551212,30) This seems to work for roughly 2/3 of calls. I'm trying to get as close to 100% as possible. I can't think of any configuration issue or bug in Asterisk that would cause 1/3 of calls to be incorrectly presented. I rather suspect that different calls MAY use different routes and a misconfiguration in one equipement in one of those would cause the issue. I don't know how Telcos manage their networks. I would have naturally thought that going from one point to another in this network would always pass through the same set of equipements. Maybe it's not the case and specifically when the end destination is a cellphone and there is a large gateway between the landline and the mobile networks. Is this reasonning correct ? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
When you say 2/3 of calls, is there an inconsistency to the same recipient or could it be a carrier issue (Verizon only, T-Mobile only, etc.)? From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Friday, November 04, 2011 3:33 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks 2011/11/3 Danny Nicholas da...@debsinc.com snip [callbob] Exten = _XX.,1,answer Exten = _XX.,n,Set(CALLERID(num)=${EXTEN}) Exten = _XX.,n,Dial(DAHDI/1/5551212,30) From memory, I did it this way : Exten = _XX.,1,Set(CALLERID(num)=whatever) Exten = _XX.,n,answer Exten = _XX.,n,Dial(DAHDI/1/5551212,30) This seems to work for roughly 2/3 of calls. I'm trying to get as close to 100% as possible. I can't think of any configuration issue or bug in Asterisk that would cause 1/3 of calls to be incorrectly presented. I rather suspect that different calls MAY use different routes and a misconfiguration in one equipement in one of those would cause the issue. I don't know how Telcos manage their networks. I would have naturally thought that going from one point to another in this network would always pass through the same set of equipements. Maybe it's not the case and specifically when the end destination is a cellphone and there is a large gateway between the landline and the mobile networks. Is this reasonning correct ? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/11/4 Danny Nicholas da...@debsinc.com When you say 2/3 of calls, is there an inconsistency to the same recipient or could it be a carrier issue (Verizon only, T-Mobile only, etc.)? When we tested, calls were originated by 32 different cellphones to a unique ISDN-connected Asterisk box which then forwarded this call to a unique destination cellphone. Naming things this way A calls B which forwards to C, we used 32 different cellphones as A, and only one asterisk and one cellphone as respectively B and C. A doubt I still get at the moment, is I can't swear B always received a correct CallerID from A (maybe, it received 32 correct Caller IDs, maybe not). That's why I'm gonna try again this weekend to record full logs of calls leaving Asterisk to the destination cellphone. Asterisk and cellphones are connected to each other with France Telecom ISDN and GSM networks. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Hi, I'm still strugling with my CallerID presentation problem. Let me remind it : My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone Ive configured Asterisk so that whenever Bob forwards its incoming call to its cellphone, the later phone should present Alice's number. I was originally told that sometimes Bob would be presented Alice's number, sometimes the dialed number (which in this case, also match the ANI or the receptionnist ID). Now, I can't certify this ever happened : maybe, it did happen, maybe not. What I can certify is this: 1. out of 32 different callers, 20 callers are presented with the correct number and 12 with the dialed number, 2. all those 32 callers are cellphones operated by the same (incumbent) telco which also operates ISDN, 3. Bob's cellphone is also operated by the same (incumbent) telco, 4. all this tries were done the same day, one after the other. The best explanation I can think of is this: Depending on the route used, the ANI is used instead of the presented caller ID. To prove that, I'll try to record 2 calls for the same caller and toward the same destination: one with the awaited presentation, one with a wrong one. (Sending this to the telco and have them change anything is an other story). Comments and suggestions are welcome. Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
What version of Asterisk? Is the forwarding done using Followme, attended transfer or blind transfer? From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:14 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks Hi, I'm still strugling with my CallerID presentation problem. Let me remind it : My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone Ive configured Asterisk so that whenever Bob forwards its incoming call to its cellphone, the later phone should present Alice's number. I was originally told that sometimes Bob would be presented Alice's number, sometimes the dialed number (which in this case, also match the ANI or the receptionnist ID). Now, I can't certify this ever happened : maybe, it did happen, maybe not. What I can certify is this: 1. out of 32 different callers, 20 callers are presented with the correct number and 12 with the dialed number, 2. all those 32 callers are cellphones operated by the same (incumbent) telco which also operates ISDN, 3. Bob's cellphone is also operated by the same (incumbent) telco, 4. all this tries were done the same day, one after the other. The best explanation I can think of is this: Depending on the route used, the ANI is used instead of the presented caller ID. To prove that, I'll try to record 2 calls for the same caller and toward the same destination: one with the awaited presentation, one with a wrong one. (Sending this to the telco and have them change anything is an other story). Comments and suggestions are welcome. Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/11/3 Danny Nicholas da...@debsinc.com What version of Asterisk? 1.6.1.18 Is the forwarding done using Followme, attended transfer or blind transfer? a plain Answer plus Dial ** ** *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Olivier *Sent:* Thursday, November 03, 2011 8:14 AM *To:* Asterisk Users Mailing List - Non-Commercial Discussion *Subject:* Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks ** ** Hi, I'm still strugling with my CallerID presentation problem. Let me remind it : My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone Ive configured Asterisk so that whenever Bob forwards its incoming call to its cellphone, the later phone should present Alice's number. I was originally told that sometimes Bob would be presented Alice's number, sometimes the dialed number (which in this case, also match the ANI or the receptionnist ID). Now, I can't certify this ever happened : maybe, it did happen, maybe not. What I can certify is this: 1. out of 32 different callers, 20 callers are presented with the correct number and 12 with the dialed number, 2. all those 32 callers are cellphones operated by the same (incumbent) telco which also operates ISDN, 3. Bob's cellphone is also operated by the same (incumbent) telco, 4. all this tries were done the same day, one after the other. The best explanation I can think of is this: Depending on the route used, the ANI is used instead of the presented caller ID. To prove that, I'll try to record 2 calls for the same caller and toward the same destination: one with the awaited presentation, one with a wrong one. (Sending this to the telco and have them change anything is an other story). Comments and suggestions are welcome. Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Something like this? [callbob] Exten = start,1,answer Exten = start,n,Dial(DAHDI/1/5551212,30) If that is the case, Bob should always get the Caller ID of your asterisk installation - I would suggest this instead [callbob] Exten = start,1,answer Exten = start,n,Set(CALLERID(num)=${EXTEN}) Exten = start,n,Dial(DAHDI/1/5551212,30) From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:33 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks 2011/11/3 Danny Nicholas da...@debsinc.com What version of Asterisk? 1.6.1.18 Is the forwarding done using Followme, attended transfer or blind transfer? a plain Answer plus Dial From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:14 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks Hi, I'm still strugling with my CallerID presentation problem. Let me remind it : My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone Ive configured Asterisk so that whenever Bob forwards its incoming call to its cellphone, the later phone should present Alice's number. I was originally told that sometimes Bob would be presented Alice's number, sometimes the dialed number (which in this case, also match the ANI or the receptionnist ID). Now, I can't certify this ever happened : maybe, it did happen, maybe not. What I can certify is this: 1. out of 32 different callers, 20 callers are presented with the correct number and 12 with the dialed number, 2. all those 32 callers are cellphones operated by the same (incumbent) telco which also operates ISDN, 3. Bob's cellphone is also operated by the same (incumbent) telco, 4. all this tries were done the same day, one after the other. The best explanation I can think of is this: Depending on the route used, the ANI is used instead of the presented caller ID. To prove that, I'll try to record 2 calls for the same caller and toward the same destination: one with the awaited presentation, one with a wrong one. (Sending this to the telco and have them change anything is an other story). Comments and suggestions are welcome. Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
In your example the CallerID number will always be start. Not what he is looking for. -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Thursday, November 03, 2011 9:38 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks Something like this? [callbob] Exten = start,1,answer Exten = start,n,Dial(DAHDI/1/5551212,30) If that is the case, Bob should always get the Caller ID of your asterisk installation - I would suggest this instead [callbob] Exten = start,1,answer Exten = start,n,Set(CALLERID(num)=${EXTEN}) Exten = start,n,Dial(DAHDI/1/5551212,30) From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:33 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks 2011/11/3 Danny Nicholas da...@debsinc.com What version of Asterisk? 1.6.1.18 Is the forwarding done using Followme, attended transfer or blind transfer? a plain Answer plus Dial From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:14 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks Hi, I'm still strugling with my CallerID presentation problem. Let me remind it : My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone Ive configured Asterisk so that whenever Bob forwards its incoming call to its cellphone, the later phone should present Alice's number. I was originally told that sometimes Bob would be presented Alice's number, sometimes the dialed number (which in this case, also match the ANI or the receptionnist ID). Now, I can't certify this ever happened : maybe, it did happen, maybe not. What I can certify is this: 1. out of 32 different callers, 20 callers are presented with the correct number and 12 with the dialed number, 2. all those 32 callers are cellphones operated by the same (incumbent) telco which also operates ISDN, 3. Bob's cellphone is also operated by the same (incumbent) telco, 4. all this tries were done the same day, one after the other. The best explanation I can think of is this: Depending on the route used, the ANI is used instead of the presented caller ID. To prove that, I'll try to record 2 calls for the same caller and toward the same destination: one with the awaited presentation, one with a wrong one. (Sending this to the telco and have them change anything is an other story). Comments and suggestions are welcome. Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Trying to save a few keystrokes - better example [callbob] Exten = _XX.,1,answer Exten = _XX.,n,Dial(DAHDI/1/5551212,30) If that is the case, Bob should always get the Caller ID of your asterisk installation - I would suggest this instead [callbob] Exten = _XX.,1,answer Exten = _XX.,n,Set(CALLERID(num)=${EXTEN}) Exten = _XX.,n,Dial(DAHDI/1/5551212,30) -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Eric Wieling Sent: Thursday, November 03, 2011 8:46 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks In your example the CallerID number will always be start. Not what he is looking for. -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Danny Nicholas Sent: Thursday, November 03, 2011 9:38 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks Something like this? [callbob] Exten = start,1,answer Exten = start,n,Dial(DAHDI/1/5551212,30) If that is the case, Bob should always get the Caller ID of your asterisk installation - I would suggest this instead [callbob] Exten = start,1,answer Exten = start,n,Set(CALLERID(num)=${EXTEN}) Exten = start,n,Dial(DAHDI/1/5551212,30) From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:33 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks 2011/11/3 Danny Nicholas da...@debsinc.com What version of Asterisk? 1.6.1.18 Is the forwarding done using Followme, attended transfer or blind transfer? a plain Answer plus Dial From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Olivier Sent: Thursday, November 03, 2011 8:14 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks Hi, I'm still strugling with my CallerID presentation problem. Let me remind it : My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone Ive configured Asterisk so that whenever Bob forwards its incoming call to its cellphone, the later phone should present Alice's number. I was originally told that sometimes Bob would be presented Alice's number, sometimes the dialed number (which in this case, also match the ANI or the receptionnist ID). Now, I can't certify this ever happened : maybe, it did happen, maybe not. What I can certify is this: 1. out of 32 different callers, 20 callers are presented with the correct number and 12 with the dialed number, 2. all those 32 callers are cellphones operated by the same (incumbent) telco which also operates ISDN, 3. Bob's cellphone is also operated by the same (incumbent) telco, 4. all this tries were done the same day, one after the other. The best explanation I can think of is this: Depending on the route used, the ANI is used instead of the presented caller ID. To prove that, I'll try to record 2 calls for the same caller and toward the same destination: one with the awaited presentation, one with a wrong one. (Sending this to the telco and have them change anything is an other story). Comments and suggestions are welcome. Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
On Thu, Oct 13, 2011 at 12:37:28AM +0200, Andreas Sikkema wrote: So normally calls to these destinations have nice caller id as if A was calling C (at least that's what C sees in their display) but every now and then I flow over to the alternative route and the information is lost, C doesn't see A, but B. Nothing I can do about it, been fighting over it for ages but I just doesn't seem to be able to make it work. Suddenly I feel very lucky. It only took me a couple of weeks of sending 10 test calls per day of resulting callerids mishaps with Verizon to get them to finaly trace the problem and correct a misconfigured switch. It also helps to be able to route all mobile traffic through an other provider, if they start to lose lots of minutes providers will act. -- Daniel Tryba -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
On 10/11/11 8:10 PM, Olivier wrote: I'll start a test session in a couple of minutes and report here. The strangest things is this inconsistency: I can imagine million of reasons why a number is not presented but I can't think of any explaining why it would change in a couple of hours. Inconsistent configuration over multiple routes probably. I know I have one route (the default actually) to a number of destinations where I am 100% percent able to send redirected number information, but another route just will not pass it on to the destination. So normally calls to these destinations have nice caller id as if A was calling C (at least that's what C sees in their display) but every now and then I flow over to the alternative route and the information is lost, C doesn't see A, but B. Nothing I can do about it, been fighting over it for ages but I just doesn't seem to be able to make it work. -- Andreas Sikkema -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
Hi, I'm facing a strange problem. My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone When Alice calls Asterisk which forwards the incoming call to Bob, sometimes Bob sees Alice's number, sometimes he sees a default CallerID (which happens to match the dialed number and the ANI). For various reasons, Bob really needs to see Alice's number when Alice is calling. When I compare one successful (ie presented with Alice ID) calls with one unsuccessful (with debug and verbose levels respectively set to 0 and 3), I can't see any difference between both calls within Asterisk logs : every time Asterisk, receives Alice CallerID and set outgoing channel CallerID with the same value. (The only I could find, at the moment, to distinguish a successful call is to call Bob and ask him to tell what happened). If that matters, let me add this: - each incoming call is forwarded with a simple Answer(), Dial() sequence, - when I'm presenting an outgoing with too many digits, the call is presented with a default CallerID. My understanding is as each network used is purely digital, you can't loose CallerID. Is this roughly correct ? In which direction, shall I dig ? Regards -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
On Tue, Oct 11, 2011 at 11:06 AM, Olivier oza_4...@yahoo.fr wrote: Hi, I'm facing a strange problem. My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone When Alice calls Asterisk which forwards the incoming call to Bob, sometimes Bob sees Alice's number, sometimes he sees a default CallerID (which happens to match the dialed number and the ANI). For various reasons, Bob really needs to see Alice's number when Alice is calling. Is the outbound leg of the call always going out over the same outbound provider? Step up the verbose level to 10 and then make a few test calls until you've got a successful callerID and an unsuccessful callerID, then paste an example of each call (the complete call, from the initial inbound to the hangup on the other end) in another email and we can review them for any discrepancies. -- Thanks, --Warren Selby, dCAP http://www.SelbyTech.com http://www.selbytech.com -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
On Tuesday 11 October 2011, Olivier wrote: Hi, I'm facing a strange problem. My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone When Alice calls Asterisk which forwards the incoming call to Bob, sometimes Bob sees Alice's number, sometimes he sees a default CallerID (which happens to match the dialed number and the ANI). For various reasons, Bob really needs to see Alice's number when Alice is calling. When I compare one successful (ie presented with Alice ID) calls with one unsuccessful (with debug and verbose levels respectively set to 0 and 3), I can't see any difference between both calls within Asterisk logs : every time Asterisk, receives Alice CallerID and set outgoing channel CallerID with the same value. (The only I could find, at the moment, to distinguish a successful call is to call Bob and ask him to tell what happened). If that matters, let me add this: - each incoming call is forwarded with a simple Answer(), Dial() sequence, - when I'm presenting an outgoing with too many digits, the call is presented with a default CallerID. My understanding is as each network used is purely digital, you can't loose CallerID. Is this roughly correct ? In which direction, shall I dig ? Most telcos won't let you present a caller ID number that doesn't belong to you; so it's possible that the number you are presenting to Bob is being munged on the way to his mobile. Otherwise, anybody with the right equipment would be able to pretend to be anybody else, and caller ID would be all but useless. Anyway, what you really need to do is separate the two legs of the call, to see whether the number is changing between Alice and your Asterisk or between your Asterisk and Bob. So put a Verbose() or NoOp() in your dialplan to see what caller ID Alice is sending, and get her to call you several times. Then create a context to call Bob (presenting Alice's number) from a SIP phone, and call him several times. -- AJS Answers come *after* questions. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/10/11 Warren Selby wcse...@selbytech.com On Tue, Oct 11, 2011 at 11:06 AM, Olivier oza_4...@yahoo.fr wrote: Hi, I'm facing a strange problem. My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone When Alice calls Asterisk which forwards the incoming call to Bob, sometimes Bob sees Alice's number, sometimes he sees a default CallerID (which happens to match the dialed number and the ANI). For various reasons, Bob really needs to see Alice's number when Alice is calling. Is the outbound leg of the call always going out over the same outbound provider? Yes: in this case, ISDN and GSM networks are both operated by incumbent telco. Step up the verbose level to 10 and then make a few test calls until you've got a successful callerID and an unsuccessful callerID, then paste an example of each call (the complete call, from the initial inbound to the hangup on the other end) in another email and we can review them for any discrepancies. I'll start a test session in a couple of minutes and report here. The strangest things is this inconsistency: I can imagine million of reasons why a number is not presented but I can't think of any explaining why it would change in a couple of hours. -- Thanks, --Warren Selby, dCAP http://www.SelbyTech.com http://www.selbytech.com -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] CallerID inconsistently presented through ISDN/cellular networks
2011/10/11 A J Stiles asterisk_l...@earthshod.co.uk On Tuesday 11 October 2011, Olivier wrote: Hi, I'm facing a strange problem. My setup is: Alice cellphone --GSMISDN-- Asterisk -- ISDN GSM-- Bob cellphone When Alice calls Asterisk which forwards the incoming call to Bob, sometimes Bob sees Alice's number, sometimes he sees a default CallerID (which happens to match the dialed number and the ANI). For various reasons, Bob really needs to see Alice's number when Alice is calling. When I compare one successful (ie presented with Alice ID) calls with one unsuccessful (with debug and verbose levels respectively set to 0 and 3), I can't see any difference between both calls within Asterisk logs : every time Asterisk, receives Alice CallerID and set outgoing channel CallerID with the same value. (The only I could find, at the moment, to distinguish a successful call is to call Bob and ask him to tell what happened). If that matters, let me add this: - each incoming call is forwarded with a simple Answer(), Dial() sequence, - when I'm presenting an outgoing with too many digits, the call is presented with a default CallerID. My understanding is as each network used is purely digital, you can't loose CallerID. Is this roughly correct ? In which direction, shall I dig ? Most telcos won't let you present a caller ID number that doesn't belong to you; so it's possible that the number you are presenting to Bob is being munged on the way to his mobile. Otherwise, anybody with the right equipment would be able to pretend to be anybody else, and caller ID would be all but useless. Anyway, what you really need to do is separate the two legs of the call, to see whether the number is changing between Alice and your Asterisk or between your Asterisk and Bob. So put a Verbose() or NoOp() in your dialplan to see what caller ID Alice is sending, and get her to call you several times. Then create a context to call Bob (presenting Alice's number) from a SIP phone, and call him several times. It's on my ToDo list. I'll report here. -- AJS Answers come *after* questions. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users