cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements

626
Views
0
Helpful
7
Replies
Enthusiast

Certain called PSTN numbers ring, no answer (ISDN PRI)

Hi

We have a site in Japan using ISDN PRI (T1) - 4000 series router.  Most outgoing calls work just fine, but we discovered a few toll free numbers that just ring and never answer.  The local users say they can call these numbers from their mobile phone and it works (some kind of recording should be there after it answers.  

 

I did a few ISDN Q931 debugs to toll free numbers that work fine and to the numbers that don't work.  You can see the differences below.  For the number that just rings and never answers, it looks like we don't get an 'alerting' message and of course no 'connect' message.

 

Have you ever seen this before (either in Japan or elsewhere with ISDN PRI)?

 

Working number 0120912738. Notice the ALERTING and CONNECT messages in this example. I do not see that in the bad call.
The PSTN sends the alerting and connect message to our Cisco, then Cisco acknowledges the connect message with a CONNECT_ACK message.
Sep 21 08:44:05.237: ISDN Se0/1/0:23 Q931: Applying typeplan for sw-type 0x11 is 0x0 0x0, Calling num 035551212
Sep 21 08:44:05.237: ISDN Se0/1/0:23 Q931: Sending SETUP callref = 0x03B1 callID = 0x8332 switch = primary-ntt interface = User
Sep 21 08:44:05.237: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8 callref = 0x03B1
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0080, '0355551212'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0120912738'
Plan:Unknown, Type:Unknown

Sep 21 08:44:05.384: ISDN Se0/1/0:23 Q931: RX <- STATUS pd = 8 callref = 0x83B1
Cause i = 0x82E46C - Invalid information element contents
Call State i = 0x01
Sep 21 08:44:05.386: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x83B1
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 21 08:44:06.312: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x83B1
Progress Ind i = 0x8488 - In-band info or appropriate now available
Sep 21 08:44:07.161: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x83B1
Progress Ind i = 0x8488 - In-band info or appropriate now available
Sep 21 08:44:07.242: ISDN Se0/1/0:23 Q931: RX <- ALERTING pd = 8 callref = 0x83B1
Progress Ind i = 0x8488 - In-band info or appropriate now available
Sep 21 08:44:07.354: ISDN Se0/1/0:23 Q931: RX <- CONNECT pd = 8 callref = 0x83B1
Progress Ind i = 0x8582 - Destination address is non-ISDN
Sep 21 08:44:07.354: %ISDN-6-CONNECT: Interface Serial0/1/0:0 is now connected to 0120912738 N/A
Sep 21 08:44:07.355: ISDN Se0/1/0:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x03B1
Sep 21 08:44:10.085: %ISDN-6-DISCONNECT: Interface Serial0/1/0:0 disconnected from 0120912738 , call lasted 2 seconds
Sep 21 08:44:10.085: ISDN Se0/1/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x03B1
Cause i = 0x8090 - Normal call clearing
Sep 21 08:44:10.158: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x83B1
Sep 21 08:44:10.158: ISDN Se0/1/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x03B1



Ring / No Answer to 08000801248 (bad call)
Sep 21 08:40:48.803: ISDN Se0/1/0:23 Q931: Applying typeplan for sw-type 0x11 is 0x0 0x0, Calling num 035551212
Sep 21 08:40:48.803: ISDN Se0/1/0:23 Q931: Sending SETUP callref = 0x03AF callID = 0x8330 switch = primary-ntt interface = User
Sep 21 08:40:48.803: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8 callref = 0x03AF
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling
Party Number i = 0x0080, '0355551212'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '08000801248'
Plan:Unknown, Type:Unknown
Sep 21 08:40:48.926: ISDN Se0/1/0:23 Q931: RX <- STATUS pd = 8 callref = 0x83AF
Cause i = 0x82E46C - Invalid information element contents
Call State i = 0x01
Sep 21 08:40:48.929: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x83AF
Channel ID i = 0xA98381
Exclusive, Channel 1
Sep 21 08:40:49.791: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x83AF
Progress Ind i = 0x8481 - Call not end-to-end ISDN, may have in-band info
Progress Ind i = 0x8488 - In-band info or appropriate now available
Sep 21 08:40:49.887: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0x83AF
Progress Ind i = 0x8488 - In-band info or appropriate now available
***Alerting and Connect messages are missing here***
Sep 21 08:41:14.742: ISDN Se0/1/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x03AF
Cause i = 0x8090 - Normal call clearing
Sep 21 08:41:14.838: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x83AF
Sep 21 08:41:14.839: ISDN Se0/1/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x03AF


Debug of ISDN Events:
Good call:
Sep 21 13:10:40.477: ISDN Se0/1/0:23 EVENT: process_pri_call: call id 0x8366, number 0120912738, Guid 42D14D800000, speed 0, call type VOICE, redial No, CSM call No, pdata Yes
Sep 21 13:10:40.604: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_PROCEEDING
Sep 21 13:10:41.482: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_PROGRESS
Sep 21 13:10:42.252: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_PROGRESS
Sep 21 13:10:42.348: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_PROGRESS
Sep 21 13:10:42.444: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_CONNECT
Sep 21 13:10:42.444: %ISDN-6-CONNECT: Interface Serial0/1/0:0 is now connected to 0120912738 N/A
Sep 21 13:10:42.444: ISDN Se0/1/0:23 EVENT: isdn_neighbor_update: NLCB->State 10
Sep 21 13:10:42.444: ISDN Se0/1/0:23 EVENT: isdn_neighbor_update: NLCB->State 10
Sep 21 13:10:42.445: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_PROGRESS
Sep 21 13:10:44.261: %ISDN-6-DISCONNECT: Interface Serial0/1/0:0 disconnected from 0120912738 , call lasted 1 seconds
Sep 21 13:10:44.415: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8366 calltype 2 CALL_CLEARED

Bad call - No connect message:
Sep 21 13:10:21.410: ISDN Se0/1/0:23 EVENT: process_pri_call: call id 0x8365, number 08000801248, Guid 377E22000000, speed 0, call type VOICE, redial No, CSM call No, pdata Yes
Sep 21 13:10:21.582: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8365 calltype 2 CALL_PROCEEDING
Sep 21 13:10:22.461: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8365 calltype 2 CALL_PROGRESS
Sep 21 13:10:22.620: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8365 calltype 2 CALL_PROGRESS
Sep 21 13:10:29.976: ISDN Se0/1/0:23 EVENT: process_rxstate: ces/callid 1/0x8365 calltype 2 CALL_CLEARED

Some info no the T1/ISDN Config:

card type T1 0 1

 

network-clock synchronization automatic

 

voice call send-alert

 

isdn switch-type primary-ntt

 

trunk group PSTN-TRUNK-GRP
hunt-scheme sequential both up

 

voice rtp send-recv

 

controller T1 0/1/0
clock source line primary
description ISDN-PRI-1
framing ESF
linecode B8ZS
pri-group timeslots 1-24

 

network-clock input-source 1 controller T1 0/1/0

 

interface Serial0/1/0:23
description D CHANNEL FOR ISDN-PRI-1
no ip address
encapsulation hdlc
isdn switch-type primary-ntt
isdn incoming-voice voice
no cdp enable

7 REPLIES 7
Contributor

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

Hi,

Please refer this URL: https://supportforums.cisco.com/t5/wan-routing-and-switching/isdn-sending-complete-what-does-it-do/td-p/706621

 

try adding #isdn sending-complete command in voice port configuration.

 

Aside, have you check with your telco and the telco trace. What do they say? Try realtime trace of call and capture the traces from telco end what do they see in telco traces.

 

thanks & regards,

Ritesh Desai.

Enthusiast

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

Thanks.   I just tried that (goes under the serial interface) but I get the same result (just ringing sound but no alerting/connect message and call never really finishes answering). 

 

We already asked to have the vendor come out and do some traces with the phone company so the phone company can tell us what they see/don't like about that call.  Our primary contact won't be available much this week due to a family emergency so we may need to wait a bit to resolve this.  I also wanted to have the vendor connect the T1 back to the old Avaya since that system is still there and up (we just switched over to Cisco last week at that location).  I'm curious if these calls worked on Avaya.  I assume they did, but would like to confirm that too.

 

I'm not sure how this discussion ended up in the Contact Center area.  I thought I had posted it where it should have been, here:   https://supportforums.cisco.com/t5/ip-telephony/bd-p/5961-discussions-ip-telephony

Beginner

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

Have u applied the trunk grp command the incoming dial-peer? Also apply debug: debug voip ccapi inout to chk if at least the call is reaching the dial-peer.

Highlighted
Enthusiast

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

Ultimately, I see it hit the dial peer for the PSTN trunks (which is where the trunk group is applied).  See trace below.

 

Sep 25 11:58:45.231: //-1/E0878E000000/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=035551212
----- ccCallInfo IE subfields -----
cisco-ani=035551212
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=908000801248
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFFFFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

Sep 25 11:58:45.232: //-1/E0878E000000/CCAPI/cc_api_call_setup_ind_common:
Interface=0x7F35D6D45748, Call Info(
Calling Number=035551212,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=908000801248(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=50, Progress Indicat
JPTYOVG#ion=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=53491
Sep 25 11:58:45.232: //-1/E0878E000000/CCAPI/ccCheckClipClir:
In: Calling Number=035551212(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Sep 25 11:58:45.232: //-1/E0878E000000/CCAPI/ccCheckClipClir:
Out: Calling Number=035551212(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Sep 25 11:58:45.232: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Sep 25 11:58:45.232: :cc_get_feature_vsa malloc success
Sep 25 11:58:45.232: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Sep 25 11:58:45.232: cc_get_feature_vsa count is 5
Sep 25 11:58:45.232: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Sep 25 11:58:45.232: :FEATURE_VSA attributes are: feature_name:0,feature_time:139869292418764,feature_id:5378
Sep 25 11:58:45.232: //53491/E0878E000000/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=035551212(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=908000801248(TON=Unknown, NPI=Unknown))
Sep 25 11:58:45.232: //53491/E0878E000000/CCAPI/cc_process_call_setup_ind:
Event=0x7F35DB7F8970
Sep 25 11:58:45.232: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 908000801248
Sep 25 11:58:45.232: //53491/E0878E000000/CCAPI/ccCallSetContext:
Context=0x7F35DFCD8988
Sep 25 11:58:45.232: //53491/E0878E000000/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 53491
JPTYOVG# with tag 50 to app "_ManagedAppProcess_Default"
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=10, Params=0x7F35DFCD5CB8, Progress Indication=NULL(0)
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/cc_fill_tg_params:
Not a cic call
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCallSetupRequest:
Trunk Group Select Interface Success;
Interface=0x7F35D06D13C8, Selected Interface=3, Selected DSL=0
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCheckClipClir:
In: Calling Number=035551212(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCheckClipClir:
Out: Calling Number=035551212(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCallSetupRequest:
Destination Pattern=9T, Called Number=908000801248, Digit Strip=TRUE
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/ccCallSetupRequest:
Calling Number=035551212(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=908000801248(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=
Account Number=035551212, Final Destination Flag=TRUE,
Guid=E0878E00-0001-0000-0000-0AA32D9C7A92, Outgoing Dial-peer=10
Sep 25 11:58:45.233: //53491/E0878E000000/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=035551212
----- ccCallInfo IE subfields -----
cisco-ani=035551212
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=908000801248
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFFFFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

Sep 25 11:58:45.234: //53491/E0878E000000/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x7F35D06D13C8, Interface Type=6, Destination=, Mode=0x0,
Call Params(Calling Number=035551212,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=908000801248(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=10, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=PSTN-TRUNK-GRP, tg_label_flag=2, Application Call Id=)
Sep 25 11:58:45.234: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Sep 25 11:58:45.234: :cc_get_feature_vsa malloc success
Sep 25 11:58:45.234: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Sep 25 11:58:45.234: cc_get_feature_vsa count is 6
Sep 25 11:58:45.234: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Sep 25 11:58:45.234: :FEATURE_VSA attributes are: feature_name:0,feature_time:139869292423244,feature_id:5379
Sep 25 11:58:45.234: //53492/E0878E000000/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=6, FlowMo
JPTYOVG#de=1
Sep 25 11:58:45.234: //53491/E0878E000000/CCAPI/ccCallSetupRequest:
Trunk Group Call Setting;
Call Entry(Retry Count=0, Voice Class Cause Code=0)
Sep 25 11:58:45.234: //53492/E0878E000000/CCAPI/ccCallSetContext:
Context=0x7F35DFCD5C38
Sep 25 11:58:45.234: //53491/E0878E000000/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=10
Sep 25 11:58:45.234: //53491/E0878E000000/CCAPI/cc_api_modify_tgt_cid_call_active_record:
Target Trkgrp Route Label=PSTN-TRUNK-GRP, tg_label_flag=TRUE, Call Id=0xD0F3
Sep 25 11:58:45.381: //53492/E0878E000000/CCAPI/cc_api_call_proceeding:
Interface=0x7F35D06D13C8, Progress Indication=NULL(0)
Sep 25 11:58:46.083: //53492/E0878E000000/CCAPI/cc_api_call_cut_progress:
Interface=0x7F35D06D13C8, Progress Indication=NOT END TO END ISDN(1), Signal Indication=INTERCEPT(2),
Cause Value=0
Sep 25 11:58:46.083: //53492/E0878E000000/CCAPI/cc_api_call_cut_progress:
Call Entry(Responsed=TRUE)
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/ccCallCutProgress:
Progress Indication=NOT END TO END ISDN(1), Signal Indication=INTERCEPT(2), Cause Value=0
Voice Call Send Alert=TRUE, Call Entry(Alert Sent=FALSE)
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/ccCallCutProgress:
Call CallAlert;
Call Entry(Responsed=TRUE)
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/ccCallAlert:
Progress Indication=NOT END TO END ISDN(1), Signal Indication=INTERCEPT(2)
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/ccCallAlert:
Call Entry(Responsed=TRUE, Alert Sent=TRUE)
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/ccConferenceCreate:
(confID=0xFFFFFFFFFFFFFFFF, callID1=0xD0F3, gcid=B77906FC-A11F11E7-B570D93E-34582301, tag=0x0)
Sep 25 11:58:46.083: //53492/E0878E000000/CCAPI/ccConferenceCreate:
(confID=0xFFFFFFFFFFFFFFFF, callID2=0xD0F4, gcid=B77906FC-A11F11E7-B570D93E-34582301, tag=0x0)
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/ccConferenceCreate:
Conference Id=0xFFFFFFFFFFFFFFFF, Call Id1=53491, Call Id2=53492, Tag=0x0
Sep 25 11:58:46.083: //53491/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Sep 25 11:58:46.083: cc_api_get_xcode_stream : 4983
Sep 25 11:58:46.083: //53491/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Sep 25 11:58:46.083: cc_api_get_xcode_stream : 4983
Sep 25 11:58:46.083: //53491/E0878E000000/CCAPI/cc_api_bridge_done:
Conference Id=0x8E4, Source Interface=0x7F35D6D45748, Source Call Id=53491,
Destination Call Id=53492, Disposition=0x0, Tag=0x0
Sep 25 11:58:46.084: //53492/E0878E000000/CCAPI/cc_api_bridge_done:
Conference Id=0x8E4, Source Interface=0x7F35D06D13C8, Source Call Id=53492,
Destination Call Id=53491, Disposition=0x0, Tag=0xFFFFFFFFFFFFFFFF
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/cc_generic_bridge_done:
Conference Id=0x8E4, Source Interface=0x7F35D06D13C8, Source Call Id=53492,
Destination Call Id=53491, Disposition=0x0, Tag=0xFFFFFFFFFFFFFFFF
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/ccConferenceCreate:
Call Entry(Conference Id=0x8E4, Destination Call Id=53492)
Sep 25 11:58:46.084: //53492/E0878E000000/CCAPI/ccConferenceCreate:
Call Entry(Conference Id=0x8E4, Destination Call Id=53491)
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/ccConferenceCreate:

Sep 25 11:58:46.084: confID:0x8E4; callEntry1 callID1:0xD0F3, type:3; callEntry2 callID2:0xD0F4, type:6

Sep 25 11:58:46.084: //53492/E0878E000000/CCAPI/cc_api_caps_ind:
Destination Interface=0x7F35D6D45748, Destination Call Id=53491, Source Call Id=53492,
Caps(Codec=0x1, Fax Rate=0x1, Fax Version:=0, Vad=0x1,
Modem=0x2, Codec Bytes=20, Signal Type=3)
Sep 25 11:58:46.084: //53492/E0878E000000/CCAPI/cc_api_caps_ind:
Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
Playout Max=1000(ms), Fax Nom=300(ms))
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/cc_api_caps_ind:
Destination Interface=0x7F35D06D13C8, Destination Call Id=53492, Source Call Id=53491,
Caps(Codec=0x1, Fax Rate=0x2, Fax Version:=0, Vad=0x1,
Modem=0x0, Codec Bytes=160, Signal Type=2)
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/cc_api_caps_ind:
Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
Playout Max=1000(ms), Fax Nom=300(ms))
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/cc_api_caps_ack:
Destination Interface=0x7F35D06D13C8, Destination Call Id=53492, Source Call Id=53491,
Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=OFF(0x1),
Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=2280)
Sep 25 11:58:46.084: //53492/E0878E000000/CCAPI/cc_api_caps_ack:
Destination Interface=0x7F35D6D45748, Destination Call Id=53491, Source Call Id=53492,
Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=OFF(0x1),
Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=2280)
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/ccCallNotify:
Data Bitmask=0x7, Call Id=53491
Sep 25 11:58:46.084: //53491/E0878E000000/CCAPI/ccCallNotify:
Data Bitmask=0x7, Call Id=53491
Sep 25 11:58:46.085: //53491/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Sep 25 11:58:46.086: cc_api_get_xcode_stream : 4983
Sep 25 11:58:46.086: //53491/E0878E000000/CCAPI/cc_process_notify_bridge_done:
Conference Id=0x8E4, Call Id1=53491, Call Id2=53492
Sep 25 11:58:46.087: //53492/E0878E000000/CCAPI/cc_api_voice_mode_event:
Call Id=53492
Sep 25 11:58:46.087: //53492/E0878E000000/CCAPI/cc_api_voice_mode_event:
Call Entry(Context=0x7F35DFCD5C38)
Sep 25 11:58:46.307: //53492/E0878E000000/CCAPI/cc_api_call_cut_progress:
Interface=0x7F35D06D13C8, Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2),
Cause Value=0
Sep 25 11:58:46.307: //53492/E0878E000000/CCAPI/cc_api_call_cut_progress:
Call Entry(Responsed=TRUE)
Sep 25 11:58:46.307: //53491/E0878E000000/CCAPI/ccCallProgIndProgress:
Progress Indication=INBAND(8)
Sep 25 11:58:46.307: //53491/E0878E000000/CCAPI/ccCallNotify:
Data Bitmask=0x7, Call Id=53491
Sep 25 11:58:46.308: //53491/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Sep 25 11:58:46.308: cc_api_get_xcode_stream : 4983
Sep 25 11:58:46.308: //53491/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Sep 25 11:58:46.308: cc_api_get_xcode_stream : 4983

Beginner

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

I suspect this msg :

Sep 25 11:58:46.083: //53492/E0878E000000/CCAPI/cc_api_call_cut_progress:
Interface=0x7F35D06D13C8, Progress Indication=NOT END TO END ISDN(1), Signal Indication=INTERCEPT(2),
Cause Value=0

Can you double check the number translations. the called number translation may not be as expected by Telco.
Enthusiast

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

You mean like the 'type of number' and 'plan' for the called number?  If so, I've tried various combinations of settings for that hoping it was something simple but so far nothing afftects it.  We may ultimately have to wait for our vendor to work with the telco so they can tell us what they don't like about these calls.  So far it's only two numbers we know of that can't be called.

Beginner

Re: Certain called PSTN numbers ring, no answer (ISDN PRI)

For ex: The telco may expect to send with country code, followed by area code +1 304 xxxx or without that. U can try in this way

CreatePlease to create content
Content for Community-Ad
August's Community Spotlight Awards