Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations bkrike on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Outbound Calling from Mediant Trunk

Status
Not open for further replies.

PBXTOM24

IS-IT--Management
Sep 26, 2015
16
US
We have a Mediant 1000 Gateway and a Trunk Group on Avaya setup for it.
The Trunk Group has no outside line connected to it and we need to route outbound calls from the Mediant to one of the other trunks.
How would this be accomplished?
Thanks
 
Whatever the digits that your Audiocodes sends the PBX will route via the AAR and ARS analysis tables. Create the appropriate entries in ars/aar analysis along with a route pattern pointed at your destination trunk.

 
The third party on the Mediant Side was able to make a test call to my extension and it showed 555-1212, which must be the default number it uses.
Looks like I only need to add that to the ARS Table then if this is correct?

Thanks
 
Randy, the digits coming from the Mediant will be customer numbers.
The required entries are in the ARS Table.
I can dial the customer numbers the usual way and they make it through.

If I log in as an agent on the Mediant Side place a call to my extension or any internal number, the call goes through.
If I dial an outside number, the call gets dropped.
 
Still no luck on getting to an outside line.
1) I log in the Mediant with a remote number via my cell phone
2) I dial a local outside number 9-333-XXXX

I have the entry for the outside line setup as below



display ars analysis 3 Page 1 of 2
ARS DIGIT ANALYSIS TABLE
Location: all Percent Full: 4

Dialed Total Route Call Node ANI
String Min Max Pattern Type Num Reqd
3 7 7 p8 hnpa n



display partition-route-table 8
PARTITION ROUTING TABLE

Routing Patterns
Route
Index PGN 1 PGN 2 PGN 3 PGN 4 PGN 5 PGN 6 PGN 7 PGN 8
----- ------ ------ ------ ------ ------ ------ ------ ------
8 2
9 9
10 1
11 8
12 640


display route-pattern 2 Page 1 of 3
Pattern Number: 2 Pattern Name: Local & TF
Secure SIP? n
Grp FRL NPA Pfx Hop Toll No. Inserted DCS/ IXC
No Mrk Lmt List Del Digits QSIG
Dgts Intw
1: 12 2 651 1 n user
2: 1 2 651 1 n user
3: n user
4: n user
5: n user
6: n user

BCC VALUE TSC CA-TSC ITC BCIE Service/Feature PARM No. Numbering LAR
0 1 2 M 4 W Request Dgts Format
Subaddress
1: y y y y y n n bothept none
2: y y y y y n n rest none
3: y y y y y n n rest none
4: y y y y y n n rest none
5: y y y y y n n rest none
6: y y y y y n n rest none


I did a trace on trunk group 12 and the call never showed.

 
When I do a trace of the trunk group and dial an internal extension, the call goes through

list trace tac 116

LIST TRACE

time data

07:43:19 Calling party trunk-group 16 member 22 cid 0x1194
07:43:19 Calling Number & Name 6512026844 NO-CPName
07:43:19 active trunk-group 16 member 22 cid 0x1194
07:43:19 dial 5368
07:43:19 ring station 5368 cid 0x1194
07:43:28 idle trunk-group 16 member 22 cid 0x1194
07:43:34 TRACE COMPLETE trunk-group 16 cid 0x0

When I do a trace of the trunk group and dial an outside line such as 9-303-4556

It says I dialed a 0


list trace tac 116

LIST TRACE

time data

07:37:33 Calling party trunk-group 16 member 22 cid 0x116e
07:37:33 Calling Number & Name 6512026844 NO-CPName
07:37:33 active trunk-group 16 member 22 cid 0x116e
07:37:33 dial 0
07:37:33 ring attendant-group 1 cid 0x116e
07:38:20 idle trunk-group 16 member 22 cid 0x116e
07:38:30 TRACE COMPLETE trunk-group 16 cid 0x0
 
I wonder if it is a security rather than routing issue?
From the trace, CM sees an incoming call from the outside on trunk group 16 and allows the xfer to an internal extension.
When attempting to dial 9 for outside access, it denies it and routes the caller to 0 to prevent toll fraud?

Ideas?
 
Very would could be. What is trunk group 16's COR look like? Specificially the COR and a lot of the first page settings.

If you paste any more of your SAT outputs, could you wrap them
Code:
in this code tag?
. It keeps the formatting proper/easier to read.


In your list trace above, I'm just seeing a dial 0. What digits are you sending? Hopefully 9+whatever you would dial from a phone.


 
Hello Randy
I am sending 9-303-4546
I was reading that Disconnect Supervision could be the problem as well.

Code:
display cor 95
                              CLASS OF RESTRICTION

               COR Number: 95
          COR Description: ISDN

                      FRL: 0                                APLT? y
  Can Be Service Observed? n           Calling Party Restriction: none
Can Be A Service Observer? n            Called Party Restriction: none
        Time of Day Chart: 1       Forced Entry of Account Codes? n
         Priority Queuing? n                Direct Agent Calling? y
     Restriction Override: all        Facility Access Trunk Test? n
     Restricted Call List? n                 Can Change Coverage? n

            Access to MCT? y            Fully Restricted Service? n
Group II Category For MFC: 7            Hear VDN of Origin Annc.? n
         Send ANI for MFE? n             Add/Remove Agent Skills? n
            MF ANI Prefix:              Automatic Charge Display? n
Hear System Music on Hold? y   PASTE (Display PBX Data on Phone)? n
                        Can Be Picked Up By Directed Call Pickup? n
                                    Can Use Directed Call Pickup? n
                                    Group Controlled Restriction: inactive

I tried using a different COR with a FRL of 5 and that made no difference.

Code:
display trunk-group 16                                          Page   2 of  21
      Group Type: isdn

TRUNK PARAMETERS
         Codeset to Send Display: 6     Codeset to Send National IEs: 6
        Max Message Size to Send: 260   Charge Advice: none
  Supplementary Service Protocol: a     Digit Handling (in/out): enbloc/enbloc

            Trunk Hunt: descend
                                                   Digital Loss Group: 13
Incoming Calling Number - Delete:     Insert:                 Format:
              Bit Rate: 1200         Synchronization: async    Duplex: full
 [b]Disconnect Supervision - In? y  Out? n[/b]
 Answer Supervision Timeout: 0
          Administer Timers? n        CONNECT Reliable When Call Leaves ISDN? n

I do not want to change the out to y till I check with my provider since I read it can seize your trunks involved?


 
Disconnect supervision would be causing other issues I think.

It's odd to see the dial 0 and not dial 9whateveryousent. Can you trace from your Audiocodes to be 100% certain you are sending the right digits?

 
It has been taken care of Randy
They set it up so the Mediant added the 9 to the call and I did not need to add it.
Strange still that I did not see the 9+ what I am dialing in the trace
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top