Hi,<br><br>As promised, here is a follow up on my quest to get CallerID correctly 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) which forwards to Cory (GSM handset)<br>
What I would like to get is to see Alice&#39;s number (not Bob&#39;s number) presented to Cory.<br>Sometimes, I get Alice&#39;s number, sometimes, I get Bob&#39;s number (new findings from last sunday trials).<br>And of course, if Daniel or Eric would call Bob, the CallerID number presented to Cory would either be Daniel&#39;s number, Eric&#39;s number or Bob&#39;s number depending on a root cause I&#39;m looking after for several days now.<br>
<br><br><br>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.<br>So I originally thought the root cause I&#39;m after is a telco equipment switching ANI and CID.<br>
But a close look at some last trials output makes me asking for opinions
from this list readers.<br><br>Here follows, the anonymized (and hand indented) output of command PRI 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: &gt; [6c 0b 21 83 37 38 36 XX XX XX XX XX XX]<br>[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; Calling Number (len=13) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)<br>
[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt;                           Presentation: Presentation allowed of network provided number (3)  &#39;78649XXXX&#39; ]<br>[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; [70 0b 80 30 36 37 31 XX XX XX XX XX XX]<br>
[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; Called Number (len=13) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  &#39;067100XXXX&#39; ]<br>[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; [74 0e 21 01 8f 33 33 33 34 34 XX XX XX XX XX XX]<br>
[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; Redirecting Number (len=16) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)<br>[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt;                               Ext: 0  Presentation: Presentation permitted, user number passed network screening (1)<br>
[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt;                               Ext: 1  Reason: Forwarded unconditionally (15)<br>[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c:   &#39;3334436XXXX&#39; ]<br>[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; [a1]<br>
[Nov  6 09:32:07] VERBOSE[27954] chan_dahdi.c: &gt; Sending Complete (len= 1)<br><br><br>For the unsuccessfully presented call, the output is:<br>[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt; [6c 0b 21 83 36 37 38 XX XX XX XX XX XX]<br>
[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt; Calling Number (len=13) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)<br>[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt;                           Presentation: Presentation allowed of network provided number (3)  &#39;67854XXXX&#39; ]<br>
[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt; [70 0b 80 30 36 37 31 XX XX XX XX XX XX]<br>[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt; Called Number (len=13) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  &#39;067100XXXX&#39; ]<br>
[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt; [a1]<br>[Nov  6 09:25:29] VERBOSE[27927] chan_dahdi.c: &gt; Sending Complete (len= 1)<br><br><br>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 ?<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><br><br>Regards<br>