<br><br><div class="gmail_quote">2011/11/8 Richard Mudgett <span dir="ltr"><<a href="mailto:rmudgett@digium.com">rmudgett@digium.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">> As promised, here is a follow up on my quest to get CallerID correctly<br>
> presented when forwarding calls to cellphones.<br>
><br>
> Here is a reminder of the issue at hand:<br>
><br>
> Alice (GSM handset) calls Bob (ISDN-connected Asterisk extension)<br>
> which forwards to Cory (GSM handset)<br>
> What I would like to get is to see Alice's number (not Bob's number)<br>
> presented to Cory.<br>
> Sometimes, I get Alice's number, sometimes, I get Bob's number (new<br>
> findings from last sunday trials).<br>
> And of course, if Daniel or Eric would call Bob, the CallerID number<br>
> presented to Cory would either be Daniel's number, Eric's number or<br>
> Bob's number depending on a root cause I'm looking after for several<br>
> days now.<br>
><br>
><br>
><br>
> To check if CallerID is filtered or controlled by Telco, I originated<br>
> calls from Asterisk using hand crafted caller ids: any CallerID was<br>
> correctly presented.<br>
> So I originally thought the root cause I'm after is a telco equipment<br>
> switching ANI and CID.<br>
> But a close look at some last trials output makes me asking for<br>
> opinions from this list readers.<br>
><br>
> Here follows, the anonymized (and hand indented) output of command PRI<br>
> debug command.<br>
> I focused on the end of call setup dialog.<br>
><br>
> For the successfully presented call, the output is:<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > [6c 0b <a href="tel:21%2083%2037%2038%2036" value="+12183373836">21 83 37 38 36</a><br>
> XX XX XX XX XX XX]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Calling Number<br>
> (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony<br>
> Numbering Plan (E.164/E.163) (1)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Presentation:<br>
> Presentation allowed of network provided number (3) '78649XXXX' ]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > [70 0b 80 30 36 37 31<br>
> XX XX XX XX XX XX]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Called Number (len=13)<br>
> [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)<br>
> '067100XXXX' ]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > [74 0e 21 01 8f 33 33<br>
> 33 34 34 XX XX XX XX XX XX]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Redirecting Number<br>
> (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony<br>
> Numbering Plan (E.164/E.163) (1)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Ext: 0 Presentation:<br>
> Presentation permitted, user number passed network screening (1)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Ext: 1 Reason:<br>
> Forwarded unconditionally (15)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436XXXX' ]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > [a1]<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Sending Complete (len=<br>
> 1)<br>
><br>
><br>
> For the unsuccessfully presented call, the output is:<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > [6c 0b 21 83 36 37 38<br>
> XX XX XX XX XX XX]<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > Calling Number<br>
> (len=13) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony<br>
> Numbering Plan (E.164/E.163) (1)<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > Presentation:<br>
> Presentation allowed of network provided number (3) '67854XXXX' ]<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > [70 0b 80 30 36 37 31<br>
> XX XX XX XX XX XX]<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > Called Number (len=13)<br>
> [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)<br>
> '067100XXXX' ]<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > [a1]<br>
> [Nov 6 09:25:29] VERBOSE[27927] chan_dahdi.c: > Sending Complete (len=<br>
> 1)<br>
><br>
><br>
> Am I correctly interpreting when saying that in the successful call,<br>
> Asterisk is sending a [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX<br>
> XX] message which is not otherwise sent ?<br>
> What can explains this difference ?<br>
> Is this something I can (should) control ?<br>
><br>
> For reference:<br>
> dahdi show version<br>
> DAHDI Version: SVN-trunk-r8853M Echo Canceller: OSLEC<br>
> pri show version<br>
> libpri version: 1.4.10.2<br>
<br>
</div></div>Improved support for manipulation of redirecting number is available<br>
with the REDIRECTING dialplan function in Asterisk v1.8.x and<br>
libpri v1.4.12. Prior to Asterisk v1.8.x you only have CALLERID(RDNIS).<br>
<br>
<a href="https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information</a><br>
<font color="#888888"><br>
<br>
Richard<br></font></blockquote><div><br>Hi Richard,<br><br>1. Could you elaborate a bit ?<br>Do you imply that the lines bellow were present (or missing) because I did somewhere set CALLERID(RDNIS) and that I should use them ?<br>
<br>> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Redirecting Number<br>
> (len=16) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony<br>
> Numbering Plan (E.164/E.163) (1)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Ext: 0 Presentation:<br>
> Presentation permitted, user number passed network screening (1)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: > Ext: 1 Reason:<br>
> Forwarded unconditionally (15)<br>
> [Nov 6 09:32:07] VERBOSE[27954] chan_dahdi.c: '3334436XXXX' ]<br><br>2. More generally, if I may ask, how do you understand both outputs (from my previous post) ?<br><br>Regards<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888">
</font><div><div></div><div class="h5"><br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>