cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Highlighted
New Contributor

Dial Plan Routing

Jump to solution

I am having a problem I cant figure out with a test lab I've setup. Lab is setup as follows:

PSTN (ISDN-PRI)--> Adtran 550 #1 --> PRI XROSS Cable --> Adtran 550 #2 -- Fax Server (Hylafax/Avantfax)

Adtran 550 # 1 is handling my DID's and PRI's. All is working well here. This is actually a production device that just routes numbers to the appropriate PRI.

Adtran 550 # 2 is handling my FXS ports going out to modems (3) attached to the Fax Server. In order to route calls to the correct account on the fax server I must switch the ANI/DNIS on the network term. This is part of the problem I believe.

I can call into the Fax Server from PSTN, call is processed correctly and routed to the correct DID. I can call out from the Fax Server to the PSTN, the call is processed correctly without a CID value (dont want people trying to fax to a wrong number and I do not want dedicated modems). So far so good. However, the problem is if I try and have the Fax Server call itself. I get a busy signal. The error message received on both Adtrans, # 1 and # 2, is that # 2 is rejecting the call because:

01/19 13:30:15 Call to 'XXXXXXXXXX' cleared from ATLAS end <--- swapped my number with XXXXXXXXXX...

01/19 13:30:15 Ds0:6 RX-Change rxABCD:05 txABCD:05 t:74112891 ms

01/19 13:30:13 Call to '' disconnected by far end.

01/19 13:30:13 Ds0:6 DSP Event:60000               t:74110947 ms

01/19 13:30:13 Incoming call to ' ' refused - No such number in A

01/19 13:30:13 Incoming call not completed: UNASSIGNED_NUMBER :

01/19 13:30:13 ' ' rejected: No such number   <--- The null "from" value

01/19 13:30:13 Call to ATLAS:'' from 'XXXXXXXXXX'.

01/19 13:30:13 Gate opened to name by Proceeding Msg.

01/19 13:30:13 XXXXXXXXXX Pri. accepted: slot Ntw1, port 1

01/19 13:30:13 Dialing XXXXXXXXXX

I have verified the call is hitting Adtran # 1 and being routed back to # 2 where it is being rejected because it cannot find a match for the number, a null value (remember ANI/DNIS are being swapped). So Adtran # 1 recognizes the number being dialed is being routed back to # 2 but it doesn't know where to send it on # 2 even though I have a "$" in the IN#ACCEPT for the FXS ports.

I can assign a CID value to the FXS port and the call does complete - however, because the ANI/DNIS are being swapped - the call does not route to the correct account on the fax server. Likewise, I can split up the PRI and create a new Network Term sending calls "As Dialed" instead of "ISDN National As Dialed" and I can again get the call to complete but they do not route to the correct account because the DNIS is showing up as a null ' ' , if I swap the ANI/DNIS on the new network-term the call fails due to the same issue with # 2 rejecting the call.

Ive been combing google and the AOS/Atlas 550 manuals to no avail....can someone more experienced with these devices point me in the right direction on where to look? Im sure its something extremely simple. Im also working on putting together the Atlas configs in a fashion you can go through if so requested.

Thanks!

0 Kudos
Reply
1 Solution

Accepted Solutions
Highlighted
Valued Contributor
Valued Contributor

Re: Dial Plan Routing

Jump to solution

Thank you for posting your question to the ADTRAN Support Forums. I worked with you on the trouble ticket you opened with us, so I will post that solution here:

The fact that you are swapping ANI/DNIS without having an ANI is the problem. Once the ANI/DNIS are swapped, the ATLAS is now routing on what WAS the ANI - which is a null value because there was no ANI.


If you want to have it work with no ANI, you can add an IN#ACCEPT for a blank value. This is not a common application, but you should be able to have the FXS port accept a null value by adding an IN#ACCEPT to the list with an ACCEPT NUMBER of "". When you add a new entry, the ACCEPT NUMBER will be "--" so you will hit <ENTER> on that, then backspace to remove it, and hit <ENTER> again to accept the null entry. This FXS port will now accept a null value as well as the other number(s) listed in the IN#ACCEPT list.

Thank you,

Patrick

View solution in original post

0 Kudos
Reply
4 Replies
Highlighted
New Contributor

Re: Dial Plan Routing

Jump to solution

550 # 2 Config

> Network Term

N1)T1/PRI-1    1)T1/PRI     PRI     $    [+][+][+]

Network Term > Ifce Config

Switch Type                     National ISDN

First DS0                         1

Number of DS0s               23

Outgoing Number Conv.     ISDN-National As Dialed

Strip MSD                        None

Ntwrk Spec. Fac. - Voice   Normal

Ntwrk Spec. Fac. - Data    Normal

Called Digits Transfered     All

Outgoing Caller ID             Send as provided

Source ID                          0

Swap ANI/DNIS                 Enabled <-- Important

B Channel Selection          Normal

Busy Option                      Normal

No substitutions, or Out#Rej.

> User Term

1  S1)FXS-8     1)FXS 1/1         [$]        [+]      [Port=1]

2  S1)FXS-8     2)FXS 1/2         [$]        [+]      [Port=2]

3  S1)FXS-8     3)FXS 1/3         [$]        [+]      [Port=3]

4  S1)FXS-8     4)FXS 1/4         [$]        [+]      [Port=4]

5  S1)FXS-8     5)FXS 1/5         [$]        [+]      [Port=5]

6  S1)FXS-8     6)FXS 1/6         [$]        [+]      [Port=6]

7  S1)FXS-8     7)FXS 1/7         [$]        [+]      [Port=7]

8  S1)FXS-8     8)FXS 1/8         [$]        [+]      [Port=8]

User Term > FXS 1/1-3 (All are duplicated)

Ports Available          !sssssss

Number of Ports        1

Signaling Method       Loop Start

Forward Disconnect   Disabled

Direct Inward Dialing  Disabled

Caller ID number        --

Strip MSD                 None

Source ID                  0

Port Selection           Normal

Dial on Offhook          --

ANI to Caller ID          Enabled

User Term > FXS 1/8 (Test Fax Machine - works to fax to FXS 1/1-3)

Ports Available          sssssss!

Number of Ports        1

Signaling Method       Loop Start

Forward Disconnect   Disabled

Direct Inward Dialing  Disabled

Caller ID number        XXXXXXXXXX <-- Telephone Number, why it works

Strip MSD                 None

Source ID                  0

Port Selection           Normal

Dial on Offhook          --

ANI to Caller ID         Disabled

No substitutions, or Out#Rej. on any FXS Port

> Global Param

End Of Number Timeout          16

Country Code                         1

Area or City Code                 

Number Complete Templates   [+]

Number Type Templates          [+]

Automatic Routeback Rejection  Enabled

Collision Response                 Normal

Global Tone Type                    DTMF

> Number Complete Templates

1  NXX-XXX-XXXX

2  NXX-XXXX

3  1 (NXX) NXX-XXXX

4  0 (NXX) NXX-XXXX

5  911

6  411

7  1010 XXX   (NXX) NXX-XXXX

8  1010 XXX 1 (NXX) NXX-XXXX

9  1010 XXX 0 (NXX) NXX-XXXX

> Number Type Templates

1         NXX-XXXX                       Local

2         (NXX) NXX-XXXX              National

3         911                                Local

4         411                                Local

5         011    X$                        Internatio

6         NXX                              Unknown

7         NXXX                            Unknown

8        1  (NXX) NXX-XXXX          National

0 Kudos
Reply
Highlighted
New Contributor

Re: Dial Plan Routing

Jump to solution

550 # 1 Config

> Network Term

2  S1)T1/PRI-4       2)T1/PRI       PRI      [xxxxxxxxx]       [011$]        [+] [+] [+]

Im rejecting only international calls on this PRI

Network Term > Ifce Config

Switch Type                    National ISDN

First DS0                       1

Number of DS0s             23

Outgoing Number Conv.   ISDN-National As Dialed

Strip MSD                      None

Ntwrk Spec. Fac. - Voice  Normal

Ntwrk Spec. Fac. - Data   Normal

Called Digits Transfered    All

Outgoing Caller ID           Send as provided

Source ID                        0

Swap ANI/DNIS              Disabled

B Channel Selection        Normal

Busy Option                   Normal

> User Term

1  S1)T1/PRI-4       3)Qwest/Fax      PRI      [MY 10/d DID'S]         [+] [+] [+]

User Term > Ifce Config

Switch Type                    National ISDN

First DS0                        1

Number of DS0s              23

Strip MSD                      None

Ntwrk Spec. Fac. - Voice Normal

Ntwrk Spec. Fac. - Data  Normal

Called Digits Transfered   All

Outgoing Caller ID           Send as provided

Source ID                       0

Swap ANI/DNIS              Disabled

B Channel Selection       Normal

Busy Option                  Normal

B Channel Restarts        Enabled

> Global Param

End Of Number Timeout          16

Country Code                         1

Area or City Code

Number Complete Templates   [+] < -- Same as above

Number Type Templates          [+] < -- Same as above

Automatic Routeback Rejection  Enabled

Collision Response                 Normal

Global Tone Type                    DTMF

0 Kudos
Reply
Highlighted
New Contributor

Re: Dial Plan Routing

Jump to solution

I have it working. A hack... but working. Basically I assigned an invalid CID number that matches the required format. The called party receives all 0's. Created a Contact on the Fax Server for the spoofed CID value and all is right in the world. However this still seems wrong to me, any better suggestions?

So basically I changed under User Term > Ifce Config

Ports Available     !sssssss
Number of Ports     1
Signaling Method    Loop Start
Forward Disconnect  Disabled

Direct Inward Dialing   Enabled

Caller ID number    0000000000

DID Digits Transferred  10

Strip MSD           None
Source ID           0
Port Selection      Normal
Dial on Offhook     --
ANI to Caller ID    Enabled
0 Kudos
Reply
Highlighted
Valued Contributor
Valued Contributor

Re: Dial Plan Routing

Jump to solution

Thank you for posting your question to the ADTRAN Support Forums. I worked with you on the trouble ticket you opened with us, so I will post that solution here:

The fact that you are swapping ANI/DNIS without having an ANI is the problem. Once the ANI/DNIS are swapped, the ATLAS is now routing on what WAS the ANI - which is a null value because there was no ANI.


If you want to have it work with no ANI, you can add an IN#ACCEPT for a blank value. This is not a common application, but you should be able to have the FXS port accept a null value by adding an IN#ACCEPT to the list with an ACCEPT NUMBER of "". When you add a new entry, the ACCEPT NUMBER will be "--" so you will hit <ENTER> on that, then backspace to remove it, and hit <ENTER> again to accept the null entry. This FXS port will now accept a null value as well as the other number(s) listed in the IN#ACCEPT list.

Thank you,

Patrick

View solution in original post

0 Kudos
Reply