Telco dropping calls from analog gateway

[g.chavez]

We just changed carriers for our two PRI's. Since then our outbound only fax (analog) calls do not connect. We get a fast busy signal. We have worked with the carrier and they are getting the call but their switch is dropping the call. They said our analog calls come in as 3.1KHz audio and the non-analog calls work but they hit the carrier as "speech". The other issue they say it "might" be is that our analog "Calling_Num" is type and plan "unknown". Whereas the digital calls that work the "Calling_num" ISDN/telephony. Any ideas on how to get this changed or should the carrier be able to handle this?

[paolo bevilacqua]

Hi. You are correct, the command does not show because is the default. There is another way to force bearer capability:

voice-port 4/0:23

bearer-cap speech

voice-port 4/1:23

bearer-cap speech

This time should show in config and achieve the desired change.

[g.chavez]

Entered the commands and it took them all. It still does not show up on "show run" and it still gets a fast dial and does not complete the call.

[g.chavez]

Correction. I does show up in the "show run". It was just in a different spot than I anticipated but it is there. However the calls still do not go through (fast busy). Carrier would also like us to change so analog calls "Calling Party number plan" is not "unknown". On a digital call that works, this field say "ISDN/telephony" and the "Called_num" field says "unknown". The fax calls that don't work are the opposite of this. Can you help change the Calling_ Num Numbering plan?

[paolo bevilacqua]

Hi,

To change calling type and plan, you need a this:

voice translation-rule 10

rule 1 // // type any national plan any isdn

voice translation-profile setplan

translate calling 10

voice-port 4/0:23

translation-profile outgoing setplan

note: there is no type "telephony" in the config options. types are:

abbreviated Abbreviated numbering type

international International numbering type

national National numbering type

network Network numbering type

reserved Reserved numbering type

subscriber Subscriber numbering type

unknown Unknown numbering type

To confirm all changes, please post output of "debug isdn q931" when making a call.

[g.chavez]

Still not changing the caller type. I am not sure if the rule is right. I typed it in literally. Look at the log below. We want the calling number plan to mat no auto-summary

[paolo bevilacqua]

Hi, should be configured correctly.

Now try to capture one outgoing call from fax.

If that doesn't work, the same translation-profile can be applied to dial-peers pots too.

The one you attached is an incoming call, someone calling extension 3115.

[g.chavez]

OK. We added the translation plan to dial-peer 9 pots as well. It looks like the dial plan changed but not the type. See below:

Mar 22 19:08:29.399: ISDN Se4/1:23 Q931: TX -> RELEASE pd = 8 callref = 0x1915

Mar 22 19:08:29.419: ISDN Se4/1:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x

9915

Mar 22 19:08:29.771: ISDN Se4/1:23 Q931: Applying typeplan for sw-type 0x5 is 0x

2 0x1, Calling num 2084553122

Mar 22 19:08:29.771: ISDN Se4/1:23 Q931: Applying typeplan for sw-type 0x5 is 0x

0 0x1, Called num 3218555

Mar 22 19:08:29.771: ISDN Se4/1:23 Q931: TX -> SETUP pd = 8 callref = 0x191B

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98395

Exclusive, Channel 21

Progress Ind i = 0x8183 - Origination address is non-ISDN

Calling Party Number i = 0xA1, '2084553122'

Plan:ISDN, Type:National

Called Party Number i = 0x81, '3218555'

Plan:ISDN, Type:Unknown

Mar 22 19:08:29.811: ISDN Se4/1:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x991

B

Channel ID i = 0xA98395

Exclusive, Channel 21

Mar 22 19:08:29.815: ISDN Se4/1:23 Q931: RX <- PROGRESS pd = 8 callref = 0x991B

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

Mar 22 19:08:30.615: ISDN Se4/0:23 Q931: TX -> CONNECT pd = 8 callref = 0x9330

Mar 22 19:08:30.675: ISDN Se4/0:23 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x1

330

Police3745#te

Mar 22 19:08:32.991: ISDN Se4/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x19

1B

Cause i = 0x8090 - Normal call clearing

Mar 22 19:08:33.067: ISDN Se4/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x991B

Mar 22 19:08:33.071: ISDN Se4/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x

191Brm nomon

^

[g.chavez]

I take that back. It looks like the calling type did change. This looks like what the Telco wants but they are still coming back with incomplete number. What are you seeing from this?

[paolo bevilacqua · Accepted solution]

I think you should show this last trace to telco and ask how do they really want the call to be.

The succesfuk one, incoming, has bearcap 3.1KHz and called type/plan ISDN/unknown. Perhaps they want it that way. Perhaps they want all nine digits for local calling too.

I have not seen a trace of a succesful call from IP phone to the smae number, else I would compare to that as well.

By now I think you have understood how to change the call parameters.

[g.chavez]

Had to enter another rule for "called" plan "unknown unknown" and then added to the setplan. This now works.

Thanks SO MUCH for your help!

Greg

[paolo bevilacqua]

It took a while, but we did it. Thanks a lot for the nice rating!