So, this is where it gets hairy.<br><br>Do you get Calling Party info for other calls and does that CID info get passed on to your IP phones? If so, the problem is carrier-related, I would engage them and ask them what is happening to that CID info.
<br><br><br><br><br>Jonathan<br><br><div><span class="gmail_quote">On 12/18/06, <b class="gmail_sendername">Robert Kulagowski</b> &lt;<a href="mailto:bob@smalltime.com">bob@smalltime.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; If your calling party IE is populated with the international CID, then<br>&gt; the problem lies on the gateway config.<br><br>It's not; I know that the originating site is sending it, but it never<br>seems to get delivered:
<br><br>Dec 19 04:35:02.285: ISDN Se0/1/0:15 Q931: RX &lt;- SETUP pd = 8&nbsp;&nbsp;callref =<br>0x001D<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Sending Complete<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Bearer Capability i = 0x8090A3<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Standard = CCITT<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Transfer Capability = Speech
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Transfer Mode = Circuit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Transfer Rate = 64 kbit/s<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Channel ID i = 0xA1838A<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Preferred, Channel 10<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Progress Ind i = 0x8583 - Origination address is non-ISDN
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Calling Party Number i = 0x00A3, N/A<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Plan:Unknown, Type:Unknown<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Called Party Number i = 0xC1, '92400100'<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Plan:ISDN, Type:Subscriber(local)<br>Dec 19 04:35:02.317
: ISDN Se0/1/0:15 Q931: TX -&gt; CALL_PROC pd = 8<br>callref = 0x801D<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Channel ID i = 0xA9838A<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Exclusive, Channel 10<br>Dec 19 04:35:03.601: ISDN Se0/1/0:15 Q931: TX -&gt; ALERTING pd = 8<br>
callref = 0x801D<br>Dec 19 04:35:49.246: ISDN Se0/1/0:15 Q931: RX &lt;- DISCONNECT pd = 8<br>callref = 0x001D<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Cause i = 0x8790 - Normal call clearing<br>Dec 19 04:35:49.250: ISDN Se0/1/0:15 Q931: TX -&gt; RELEASE pd = 8&nbsp;&nbsp;callref
<br>= 0x801D<br>Dec 19 04:35:49.302: ISDN Se0/1/0:15 Q931: RX &lt;- RELEASE_COMP pd = 8<br>callref = 0x001D<br><br>&gt; If the IE is not populated, then you need to engage telco to see if they<br>&gt; are sending it (however, if they are not, the problem could lie anywhere
<br>&gt; between your ISDN switch and all of the SS7 links between there and the<br>&gt; international site...)<br>&gt;<br>&gt; Generally, CID probs are nearly impossible to correct on the telco side.<br>&gt; Any telco involved in the transport of that call can act (or not) on the
<br>&gt; CID, and can clear that IE.<br><br>That's what I figured.<br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></blockquote></div><br>