Long Delay in ISDN Call

[navid52]

Hi,
I have Avaya CM 6.3 S8800 Media Gateway 450, programed E1 isdn with Nortel, call thru AAR , "system-parameters customer-options ARS/AAR Dialing without FAC: y working OK with long delay, it’s take around 12 sec. to connect, if I press # it’s connect immediately. I tried from Analogue phone or IP pone it’s take same time.



DIAL PLAN ANALYSIS TABLE
Location: all Percent Full: 11

Dialed Total Call Dialed Total Call Dialed Total Call
String Length Type String Length Type String Length Type
0 1 ext 16 3 aar 67 4 ext
10 3 aar 2 4 ext 6869 4 dac
110 3 aar 3 4 ext 6896 4 dac


DS1 CIRCUIT PACK

Location: 001V2 Name: PRI
Bit Rate: 2.048 Line Coding: hdb3

Signaling Mode: isdn-pri
Connect: pbx Interface: peer-slave
TN-C7 Long Timers? n Peer Protocol: Q-SIG
Interworking Message: PROGress Side: b
Interface Companding: mulaw CRC? n
Idle Code: 11111111 Channel Numbering: timeslot
DCP/Analog Bearer Capability: 3.1kHz

T303 Timer(sec): 4
Disable Restarts? y

Slip Detection? n Near-end CSU Type: other

Echo Cancellation? n
=========================

hange signaling-group 19 Page 1 of 1
SIGNALING GROUP

Group Number: 19 Group Type: isdn-pri
Associated Signaling? y Max number of NCA TSC: 10
Primary D-Channel: 001V216 Max number of CA TSC: 0
Trunk Group for NCA TSC: 19
Trunk Group for Channel Selection: 19 X-Mobility/Wireless Type: NONE
TSC Supplementary Service Protocol: b Network Call Transfer? y

======================
change trunk-group 19 Page 1 of 21
TRUNK GROUP

Group Number: 19 Group Type: isdn CDR Reports: y
Group Name: PRI COR: 19 TN: 1 TAC: *2
Direction: two-way Outgoing Display? n Carrier Medium: PRI/BRI
Dial Access? n Busy Threshold: 255 Night Service:
Queue Length: 0
Service Type: tie Auth Code? n TestCall ITC: rest
Far End Test Line No:
TestCall BCC: 4



change trunk-group 19 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: b Digit Handling (in/out): enbloc/enbloc

Trunk Hunt: ascend
Digital Loss Group: 13
Incoming Calling Number - Delete: Insert: Format:
Bit Rate: 1200 Synchronization: async Duplex: full
Disconnect Supervision - In? y Out? n
Answer Supervision Timeout: 0 Display Incoming Digits? n
Administer Timers? n CONNECT Reliable When Call Leaves ISDN? n
XOIP Treatment: auto Delay Call Setup When Accessed Via IGAR? n





Caller ID for Service Link Call to H.323 1xC: station-extension

change trunk-group 19 Page 3 of 21
TRUNK FEATURES
ACA Assignment? n Measured: none Wideband Support? n
Internal Alert? y Maintenance Tests? y
Data Restriction? n NCA-TSC Trunk Member: 30
Send Name: y Send Calling Number: y
Used for DCS? n Hop Dgt? n Send EMU Visitor CPN? n
Suppress # Outpulsing? n Format: unk-pvt
Outgoing Channel ID Encoding: preferred UUI IE Treatment: service-provider

Replace Restricted Numbers? n
Replace Unavailable Numbers? n
Send Connected Number: y
Hold/Unhold Notifications? y
Send UUI IE? y Modify Tandem Calling Number: no
Send UCID? n
Send Codeset 6/7 LAI IE? y Ds1 Echo Cancellation? n

Apply Local Ringback? n
Show ANSWERED BY on Display? y
Network (Japan) Needs Connect Before Disconnect? n

change trunk-group 19 Page 4 of 21
QSIG TRUNK GROUP OPTIONS




TSC Method for Auto Callback: always-retain
Diversion by Reroute? y
Path Replacement? y
Path Replacement with Retention? n
Path Replacement Method: better-route
SBS? n

Character Set for QSIG Name: eurofont
QSIG Value-Added? n




change trunk-group 19 Page 5 of 21
TRUNK GROUP
Administered Members (min/max): 1/30
GROUP MEMBER ASSIGNMENTS Total Administered Members: 30

Port Code Sfx Name Night Sig Grp
1: 001V201 MM710 B 19


change route-pattern 102 Page 1 of 3
Pattern Number: 102 Pattern Name: PRI
SCCAN? n Secure SIP? n
Grp FRL NPA Pfx Hop Toll No. Inserted DCS/ IXC
No Mrk Lmt List Del Digits QSIG
Dgts Intw
1: 19 0 n user
2: 11 0 n user
3: n user
4: n user

 

[montyzummer]

This is down to your digit timer , what you can do is specify a tight range in your aar table to match the exact digit length for calls to the Nortel then you will have no delay.

APSS (SME)
ACSS (SME)
ACIS (UC)

 

[navid52]

montyzummer,

Thanks for reply,
I did not get you still new in AvayaCM, My AAR printout here, I am dialing 118+2062 Nortel EXT,



change aar analysis 118 Page 1 of 2
AAR DIGIT ANALYSIS TABLE
Location: all Percent Full: 1

Dialed Total Route Call Node ANI
String Min Max Pattern Type Num Reqd
118 7 7 100 unku n

 

[montyzummer]

So looking at this you seem to have the correct entry in the aar table but you may have a similar entry overriding that setting try ....1182062 7 7 , to see if that routes correctly , if you are dialling the tac code for the qsig trunk in your case *2 , you could add 1182 to the uniform dial plan and from there select the aar tables.

Also your dial plan ana I cant see a method for accessing the trunk but it must be there ,

List trace the call post the results ,

Also try list aar route chosen 1182067 ... see what that returns before you make any further changes. As the trunk looks ok with regards to enblock dialling.

APSS (SME)
ACSS (SME)
ACIS (UC)

 

[navid52]

After I change there is time difference as shown below, now question do I have to ADD all far end Nortel EXT to my AAR table as I added 2062,,,,realy it’s Hard to do that,,,pls HELP....other printout in attached file

change aar analysis 118 Page 1 of 2
AAR DIGIT ANALYSIS TABLE
Location: all Percent Full: 1

Dialed Total Route Call Node ANI
String Min Max Pattern Type Num Reqd
1182062 7 7 118 unku n--------call delay Reduced to 3.46Sec----acceptable
118444 7 7 118 unku n----------call delay still long upto 10.12sec.---Not acceptable
119 7 7 119 unku n

change uniform-dialplan 1 Page 1 of 2
UNIFORM DIAL PLAN TABLE
Percent Full: 0

Matching Insert Node
Pattern Len Del Digits Net Conv Num
100 7 0 aar n
1182062 7 0 aar n
118444 7 0 aar n

 

[montyzummer]

It really depends on what your Nortel extension range is , you can just do 11820 7 7, or 1182 7 7 , that will provide a better match than what you had previously.Also change the call type from unkn to aar within the aar ana table.

APSS (SME)
ACSS (SME)
ACIS (UC)

 

[mattKnight]

I think your call routing is a due a redesign.

Personally, I'd define the Nortel extension range as a UDP range and use that to route calls through AAR directly rather than use prefix digits.



Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[navid52]

montyzummer,

thanks for your support, after changed AAR tab long delay still there, pls help to solve this issue,

list trace station 2888 Page 1

LIST TRACE

time data

08:42:36 TRACE STARTED 01/07/2016 CM Release String cold-03.0.124.0-22361
08:42:39 active station 2888 cid 0x3131
08:42:39 G711MU ssff ps:20
rgn:1 [10.10.7.45]:3114
rgn:1 [10.10.20.13]:2050
VOIP data from: [10.10.20.13]:2050
08:42:50 Jitter:0 0 0 0 0 0 0 0 0 0: Buff:18 WC:10 Avg:0
08:42:50 Pkloss:0 0 0 0 0 0 0 0 0 0: Oofo:0 WC:0 Avg:0
08:42:52 dial 1182062# route:AAR
08:42:52 term trunk-group 11 cid 0x3131
08:42:52 dial 1182062# route:AAR
08:42:52 route-pattern 118 preference 1 location 1/ALL cid 0x3131
08:42:52 seize trunk-group 11 member 1 cid 0x3131
08:42:52 Setup digits 1182062
08:42:52 Calling Number & Name NO-CPNumber Avaya Help De

list trace station 2888 Page 2

LIST TRACE

time data
08:42:52 Proceed trunk-group 11 member 1 cid 0x3131
08:42:52 Alert trunk-group 11 member 1 cid 0x3131
08:42:54 idle station 2888 cid 0x3131




change uniform-dialplan 118 Page 1 of 2
UNIFORM DIAL PLAN TABLE
Percent Full: 0

Matching Insert Node
Pattern Len Del Digits Net Conv Num
1182 7 0 aar n
119 7 0 aar n
240 4 0 aar n
777 4 0 aar n


change aar analysis 118 Page 1 of 2
AAR DIGIT ANALYSIS TABLE
Location: all Percent Full: 1

Dialed Total Route Call Node ANI
String Min Max Pattern Type Num Reqd
11820 7 7 118 aar n-------------same delay 10 SEC.
119 7 7 119 unku n
120 7 7 100 aar n
121 7 7 100 aar n


change route-pattern 118 Page 1 of 3
Pattern Number: 118 Pattern Name: GRP1
SCCAN? n Secure SIP? n
Grp FRL NPA Pfx Hop Toll No. Inserted DCS/ IXC
No Mrk Lmt List Del Digits QSIG
Dgts Intw
1: 11 0 n user
2: 20 0 n user
3: 19 0 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 rest 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

 

[rejackson]

I cannot tell if I missed it in the long posts but how long is the extension on the Nortel system? If the 118 just being added so the Avaya can route the call out then it seems like the UDP should be stripping it.

 

[navid52]

PLS help how to ride off from Delay???

 

[rejackson]

You said you are dialing 118+nnnn implying that the 118 is not part of the extension on the Nortel. If it is not then strip it off in the UDP. Enter 3 in the delete field. The Nortel may be waiting for a 4th digit in the second set of 4 (your are sending it 7 digits).

 

[navid52]

Thanks for your concern, I changed as you mention but result is same, delay around 11 sec. by the way Nortel expecting 7 digit from Avaya and strip it off 118 itself.

08:47:05 TRACE STARTED 01/10/2016 CM Release String cold-03.0.124.0-22361
08:47:07 active station 2888 cid 0x33d2
08:47:07 G711MU ssff ps:20
rgn:1 [10.10.7.45]:3114
rgn:1 [10.10.20.15]:2052
VOIP data from: [10.10.20.15]:2052
08:47:18 Jitter:0 0 0 0 0 0 0 0 0 0: Buff:19 WC:11 Avg:0
08:47:18 Pkloss:0 0 0 0 0 0 0 0 0 0: Oofo:0 WC:0 Avg:0
08:47:21 dial 1182062# route:AAR
08:47:21 term trunk-group 11 cid 0x33d2
08:47:21 dial 1182062# route:AAR
08:47:21 route-pattern 118 preference 1 location 1/ALL cid 0x33d2
08:47:21 seize trunk-group 11 member 1 cid 0x33d2
08:47:21 Setup digits 1182062
08:47:21 Calling Number & Name NO-CPNumber Avaya Help De
list trace station 2888 Page 2

LIST TRACE

time data
08:47:21 G711MU ssff ps:20
rgn:1 [10.10.7.45]:3114
rgn:1 [10.10.20.13]:2058
08:47:21 Proceed trunk-group 11 member 1 cid 0x33d2
08:47:21 Alert trunk-group 11 member 1 cid 0x33d2
08:47:23 idle station 2888 cid 0x33d2

hange dialplan parameters Page 1 of 1
DIAL PLAN PARAMETERS

Local Node Number: ETA Node Number:
UDP-ARS Calls Considered Offnet? n ETA Routing Pattern:
UDP Extension Search Order: udp-table-first

AAR/ARS Internal Call Prefix:
AAR/ARS Internal Call Total Length:
Retry ARS/AAR Analysis If All-Location Entry Inaccessible? n

EXTENSION DISPLAY FORMATS
SAT Inter-Location Intra-Location
6-Digit Extension: xx.xx.xx xx.xx.xx xx.xx.xx
7-Digit Extension: xxx-xxxx xxx-xxxx xxx-xxxx
8-Digit Extension: xx.xx.xx.xx xx.xx.xx.xx xx.xx.xx.xx

change uniform-dialplan 1 Page 1 of 2
UNIFORM DIAL PLAN TABLE
Percent Full: 0

Matching Insert Node
Pattern Len Del Digits Net Conv Num
100 7 0 aar n
118 7 3 aar n
119 7 0 aar n
240 4 0 aar n
777 4 0 aar n

 

[redphone]

I would recommend changing 118 in the dial plan from aar to ext. This will cause the system to use Uniformed Dial Plan to make the routing decision. Then set up UDP to use AAR however you would like. I typically do not use FAC-less dialing, but the times that I have, I found ARS Digit Conversion to play a large roll. The delay you are experiencing is likely because the number matches an ARS entry with a longer digit length. You could try adding 118 to the ARS digit conversion table with 7 digits to send it to AAR to see if that helps with the delay.

change ars digit-conversion 1                                   Page   1 of   2
                       ARS DIGIT CONVERSION TABLE
                                 Location: all                Percent Full: 0

  Matching Pattern     Min   Max   Del   Replacement String   Net  Conv ANI Req

  118                  7     7     0                          aar   n       n

 

[navid52]

Thanks Lot redphone,
.....yep it’s working fine no more delay after changing in dial plan 118 from AAR to EXT.