[cisco-voip] Transferring to Outside Lines from the IPCC ?

[Matt Slaga (US)]

Check the CTI Port's CSS and calling permissions.

 

 

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Kent Roberts
Sent: Tuesday, May 29, 2007 10:30 PM
To: Robert Kulagowski
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Transferring to Outside Lines from the IPCC ?

 

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.








On 5/29/07, Robert Kulagowski <bob at smalltime.com> wrote:

> Miller, Steve wrote:
>> We have an odd problem.  In our script on the CRS server, we
>> transfer calls to an external number for our backup helpdesk
>> vendor.  This works fine when we insert their regular phone number 
>> which is 404-XXX-XXXX, but when we enter the toll free number
>> 800-XXX-XXXX that is forwarded to the 404 number by the carrier, we
>> get a busy signal.

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

May 29 10:47:44.935: ISDN Se0/1/0:23 Q931: TX -> DISCONNECT pd = 8 
callref = 0x06A3 Cause i = 0x8090 - Normal call clearing

May 29 10:47:45.015: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8  callref
= 0x86A3

May 29 10:47:45.019: ISDN Se0/1/0:23 Q931: TX -> RELEASE_COMP pd = 8 
callref = 0x06A3
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 




-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070530/6b8767f2/attachment.html