[cisco-voip] Transferring to Outside Lines from the IPCC ?
Robert Kulagowski
bob at smalltime.com
Wed May 30 09:38:17 EDT 2007
> Check your Q931 traces; does it look like this? (I'm also about to
> start troubleshooting this issue, so I don't have an answer).
>
> If the site dials the 800 number directly, it works, but if they use a
> site-wide speed dial that's a CFA on a line that's attached to a
> "SpeedDial" CTI port, it doesn't work. (*660 is the speed dial)
>
> May 29 10:47:40.923: ISDN Se0/1/0:23 Q931: Applying typeplan for sw-type
> 0xD is 0x2 0x1, Calling num 213928
> May 29 10:47:40.923 : ISDN Se0/1/0:23 Q931: Applying typeplan for
> sw-type
> 0xD is 0x2 0x1, Called num 18005797372
> May 29 10:47:40.923: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8 callref =
> 0x06A3
> Bearer Capability i = 0x8090A2
> Standard = CCITT
> Transfer Capability = Speech
> Transfer Mode = Circuit
> Transfer Rate = 64 kbit/s
> Channel ID i = 0xA98382
> Exclusive, Channel 2
> Calling Party Number i = 0x21A1, '213928'
> Plan:ISDN, Type:National
> Called Party Number i = 0xA1, '18005797372'
> Plan:ISDN, Type:National
> Redirecting Number i = '!', 0x008F, '??*660'
> Plan:ISDN, Type:National
>
> May 29 10:47:41.015: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd = 8
> callref = 0x86A3 Channel ID i = 0xA98382 Exclusive, Channel 2
>
> May 29 10:47:41.023: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd = 8
> callref = 0x86A3
> Cause i = 0x80FF - Interworking error; unspecified
> Progress Ind i = 0x8088 - In-band info or appropriate now
> available
Kent Roberts wrote:
> Just a thought, Do you have dedicated LD circuits? If so are you
> routing sending that 800s via those circuits? The 800 calls can not be
> sent out LD circuits. They must go out the local.
We do have dedicated LD, but 0/1/0 is the local circuit; dialing
manually from the phone (instead of using the "speed dial") sends the
call out the same PRI. The only difference is that "Redirecting Number"
stuff which is hosing things up.
More information about the cisco-voip
mailing list