[cisco-voip] Inbound International Caller ID: should it work?

[Jonathan Charles]

So, this is where it gets hairy.

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.




Jonathan

On 12/18/06, Robert Kulagowski <bob at smalltime.com> wrote:
>
> > If your calling party IE is populated with the international CID, then
> > the problem lies on the gateway config.
>
> It's not; I know that the originating site is sending it, but it never
> seems to get delivered:
>
> Dec 19 04:35:02.285: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8  callref =
> 0x001D
>          Sending Complete
>          Bearer Capability i = 0x8090A3
>                  Standard = CCITT
>                  Transfer Capability = Speech
>                  Transfer Mode = Circuit
>                  Transfer Rate = 64 kbit/s
>          Channel ID i = 0xA1838A
>                  Preferred, Channel 10
>          Progress Ind i = 0x8583 - Origination address is non-ISDN
>          Calling Party Number i = 0x00A3, N/A
>                  Plan:Unknown, Type:Unknown
>          Called Party Number i = 0xC1, '92400100'
>                  Plan:ISDN, Type:Subscriber(local)
> Dec 19 04:35:02.317: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8
> callref = 0x801D
>          Channel ID i = 0xA9838A
>                  Exclusive, Channel 10
> Dec 19 04:35:03.601: ISDN Se0/1/0:15 Q931: TX -> ALERTING pd = 8
> callref = 0x801D
> Dec 19 04:35:49.246: ISDN Se0/1/0:15 Q931: RX <- DISCONNECT pd = 8
> callref = 0x001D
>          Cause i = 0x8790 - Normal call clearing
> Dec 19 04:35:49.250: ISDN Se0/1/0:15 Q931: TX -> RELEASE pd = 8  callref
> = 0x801D
> Dec 19 04:35:49.302: ISDN Se0/1/0:15 Q931: RX <- RELEASE_COMP pd = 8
> callref = 0x001D
>
> > If the IE is not populated, then you need to engage telco to see if they
> > are sending it (however, if they are not, the problem could lie anywhere
> > between your ISDN switch and all of the SS7 links between there and the
> > international site...)
> >
> > Generally, CID probs are nearly impossible to correct on the telco side.
> > Any telco involved in the transport of that call can act (or not) on the
> > CID, and can clear that IE.
>
> That's what I figured.
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20061218/021abd06/attachment.html