cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1317
Views
40
Helpful
11
Replies

pstn forward result "all circuits are busy"

baselzind
Level 6
Level 6

i have cucm 12.5 and 2921 h323 voice gateway , if i set on a phone a forward to pstn number and i call from a pstn number i get

"all circuits are busy" but when i call from an inside extension and get forwarded to a pstn number it works fine . i have attached the debug below please help

 

the pstn number im trying to call from is 57550551 and im trying to forward the call back to me , the extension im calling is 22278824 with the extension being 824

 

 

 

Feb 23 13:31:36.478: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0603
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8083 - Origination address is non-ISDN
Calling Party Number i = 0x2181, '57550551'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '22278824'
Plan:Unknown, Type:Unknown
Feb 23 13:31:36.478: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x8603 callID = 0x0307 switch = primary-net5 interface = User
Feb 23 13:31:36.482: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8603
Channel ID i = 0xA98381
Exclusive, Channel 1
Feb 23 13:31:36.502: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 22276888
Feb 23 13:31:36.502: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x00E1 callID = 0x8062 switch = primary-net5 interface = User
Feb 23 13:31:36.506: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00E1
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98382
Exclusive, Channel 2
Calling Party Number i = 0x2181, '22278888'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '57550551'
Plan:ISDN, Type:National
Feb 23 13:31:36.634: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80E1
Channel ID i = 0xA98382
Exclusive, Channel 2
Feb 23 13:31:39.510: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x8603
Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
Feb 23 13:31:40.674: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x80E1
Cause i = 0x8195 - Call rejected
Feb 23 13:31:40.674: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x00E1
Feb 23 13:31:40.794: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x80E1
Cause i = 0x8190 - Normal call clearing
Feb 23 13:31:40.810: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 22286888
Feb 23 13:31:40.810: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x00E2 callID = 0x8063 switch = primary-net5 interface = User
Feb 23 13:31:40.810: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00E2
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98382
Exclusive, Channel 2
Progress Ind i = 0x8083 - Origination address is non-ISDN
Calling Party Number i = 0x2181, '22278888'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '22278824'
Plan:Unknown, Type:Unknown
Feb 23 13:31:40.914: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80E2
Channel ID i = 0xA98382
Exclusive, Channel 2
Feb 23 13:31:44.954: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x80E2
Cause i = 0x8195 - Call rejected
Feb 23 13:31:44.954: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x00E2
Feb 23 13:31:45.074: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x80E2
Cause i = 0x8190 - Normal call clearing
Feb 23 13:31:45.078: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x8603
Cause i = 0x8095 - Call rejected
Feb 23 13:31:45.194: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x0603
Cause i = 0x8195 - Call rejected
Feb 23 13:31:45.194: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8603

 

11 Replies 11

The service provider seems to reject the call.

Feb 23 13:31:44.954: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x80E2
Cause i = 0x8195 - Call rejected

Likely because of that the calling number does not belong to your range of DDI numbers. This is very common. You would need to modify the calling number to be within the range of DDI you have for the circuit.



Response Signature


As @Roger Kallberg  mentioned, the disconnect is from ISP with cause Call rejected. you need to check with them why they reject the call. 

 

Calling Party Number i = 0x2181, '22278888' if this doesn't belong to your DID block ISP will block the call for billing purpose.if not from your DID block You need to translate the calling to use from your DID block. it should work with 22278824.
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '57550551'

 

 

 

 

 



Response Signature


22278888 is the general phone mask  maybe it isnt accepted , please does anyone know how to change the translation pattern so it matches an acceptable DID like for example 22278824


voice translation-rule 100
rule 1 /\(222788..\)/ /\1/
rule 2 /.*/ /22278888/
!
!
voice translation-profile OUTGOING_CALLID
translate calling 100
!

If 22278888  belongs to your DID, ISP wont reject the call.

 

Incoming call

Calling Party Number i = 0x2181, '57550551'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '22278824'
Plan:Unknown, Type:Unknown >>> type is unknown from ISP

 

Outgoing call send type National, change the type to unknown from RP and try.Most probably your  call should work, as i faced similar issue with an ISP here in oman. 

Calling Party Number i = 0x2181, '22278888'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '57550551'
Plan:ISDN, Type:National

 

 

1.PNG



Response Signature


If you are using SRST in the gateway I would recommend you to set the type in the gateway instead with the voice translation rules. Otherwise you would get the same problem when the phones goes into SRST mode. Rule of thumb that I tend to use is do any transformation of calling and called numbers as close to/from the source as possible. In general this would mean that there is no, or at least minimum needs to do it in the CM and you have one place for the site to maintain this.



Response Signature


Yes as  @Roger Kallberg mentioned if you are using SRST do it from gateway. 

 



Response Signature


I changed the called party number type in both RP and gateway in cucm to unknown but it still shows national? do I need to restart the gw in order for it to take effect?

No, but if you do a change on the gateway configuration object in CM you do need to reset it for the change to take effect. Please share the configuration you did so that we can verify it.



Response Signature


this is done under the RP and the gateway in cucm gui

 

Screenshot 2021-02-24 110625.pngScreenshot 2021-02-24 111851.png

Your first screenshot is from the RP I assume. If so you are changing the type for called number, aren't the telco rejecting the call based on calling number being wrong? Second screenshot is from what I can tell from the gateway element, there you are setting the number type for called and calling numbers to National and number plan to Unknown for called and ISDN for calling. FYI This would override what you set on the RP level, you don't need to specify this on multiple places.

Instead of doing this in CM I suggest that you do it in the gateway instead with this.

voice translation-rule 100
 rule 1 /^\(222788..\)$/ /\1/ type any unknown plan any isdn
 rule 2 /.*/ /22278888/ type any unknown plan any isdn


Response Signature


Better contact ISP  and find out which filed make them to reject the call. Or keep   both  calling/called unknown and try. 

 

 



Response Signature