adding DIDs, need refresher 4

[vulcanccit]

we have had a block of DIDs for a few years, 5700-5999

we use 3 digit dialing to the ext.

Soon we will add 4700-4799. So now it looks like we need to do 4 digit dialing at least for the new extensions, but I am concerned with incoming calls. I do not see anything in my inc-call-treatment trunkgroup 1

so does that mean our carrier is sending 3 digits on the DIDs? I ask as I do not know how the switch knows the ext. is 733 instead of 5733?

I want to make sure calls coming into 4700-4799 will work.

Anything you can do to refresh my brain as it has been many years and several software versions prior when I had multiple banks of DIDS. We are on 13.x on an S8400

 

[Midstream]

Loooks to me like you've got to get your carrier to switch to sending 4 digits and then you'll have to delete the leading 5. You also need to make sure your dialplan analysis table has 4 digit extensions starting with a 4.

I wouldn't want to have some three digit and some four digit. You really want to start planning a dial plan conversion to get those 3 digit extensions up to 4 digit extensions.

Just my humble opinion...

 

[koglass]

Looks like for sure no matter what the lead fourth digit is you hanve an issue. You use 3 digit dialing and you already have 700 through 999 working in your switch as 3 digit extension from the 5XXX. So now if you have 4XXX or new numbers 700 through 799 it will not work. Only solution I see is change your dialing plan from 3 digit extensions to 4 digit extensions. No matter what your newtork vendor sends it doesn't fit your dial plan.

 

[vulcanccit]

I did have Qwest confirm they are sending 4 digits, but I only have 3 digit extensions. Since I have nothing in the inc-call-treatment trunkgroup 1, how is the first of the 4 digits getting stripped? where else would that be done?

I am prepared to go to 4 digit dialing that is not a problem..

I did a test and made an ext 5733 and I have a 733. When I call xxx-xxx-5733 it rings the 733 ext even though I made a 5733. This is why I thought they were sending only 3 digits, but they swear they are sending 4.

 

[Midstream]

Post your trunk group...

Does the 2nd page look anything like this?

add trunk-group next Page 2 of 22
Group Type: tie Trunk Type:

TRUNK PARAMETERS
Incoming Rotary Timeout(sec): 5
Outgoing Dial Type: tone Incoming Dial Type: tone
Disconnect Timing(msec): 500
Digit Treatment: absorption Digits: 1
Sig Bit Inversion: none
Analog Loss Group: 9 Digital Loss Group: 13
Incoming Dial Tone? y

Disconnect Supervision - In? y Out? n
Answer Supervision Timeout: 0 Receive Answer Supervision? y
Administer Timers? y







Enter number of digits absorbed (1-5) or string of digits, *, #, inserted

 

[vulcanccit]

somewhat but I do not see any absorbtion there either...
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: cyclical
Digital Loss Group: 13
Incoming Calling Number - Delete: Insert: Format: pub-unk
Bit Rate: 1200 Synchronization: async Duplex: full
Disconnect Supervision - In? y Out? y
Answer Supervision Timeout: 0

 

[vulcanccit]

We have limited Avaya translations support and they popped in and looked and without going into a chargeable ticket, they didnt see anything that shows how 3 digits are working. They seem to think Qwest is sending 3 digits not 4. I did a list trace tac 600 and 601 to see if it would show the digits but it doesnt...


LIST TRACE

time data

11:00:09 Calling party trunk-group 2 member 2 cid 0x1c0
11:00:09 Calling Number & Name 6022065369 NO-CPName
11:00:09 active trunk-group 2 member 2 cid 0x1c0
11:00:09 dial 733
11:00:09 ring station 733 cid 0x1c0
11:00:09 G711MU ssff ps:20 rn:1/1 10.2.28.73:2546 10.2.28.38:2528
11:00:09 xoip: fax:Relay modemff tty:US 10.2.28.38:2528 uid:0x2a
11:00:12 active station 733 cid 0x1c0
11:00:13 idle trunk-group 2 member 2 cid 0x1c0

 

[Midstream]

Change inc-call trunk 2 and see what that says.

 

[vulcanccit]

same as trunk 1..
INCOMING CALL HANDLING TREATMENT
Service/ Called Called Del Insert Per Call Night
Feature Len Number CPN/BN Serv
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie
tie


also nothing in UDP...

 

[Midstream]

What do you see in your aar table?

change aar digit-conversion 5 Page 1 of 2
AAR DIGIT CONVERSION TABLE
Percent Full: 0

Matching Pattern Min Max Del Replacement String Net Conv ANI Req

6 4 4 0 ext n n
x11 3 3 0 ars y n
n
5 4 4 1 ext n
n
n

 

[vulcanccit]

hmm never been in there before, here is what we have:
AAR DIGIT CONVERSION TABLE
Percent Full: 0

Matching Pattern Min Max Del Replacement String Net Conv ANI Req

x11 3 3 0 ars y n
n
n
n
n
n
n
n
n
n
n
n
n
n
n

 

[Midstream]

keeps getting better...

how about this?

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

1 4 4 0 ext n n
2 4 4 0 ext n n
3 4 4 0 ext n n
4 4 4 0 ext n n
n
n

 

[vulcanccit]

nothing in that one
ARS DIGIT CONVERSION TABLE
Location: all Percent Full: 0

Matching Pattern Min Max Del Replacement String Net Conv ANI Req

n
n
n
n
n
n
n
n
n
n
n
n
n
n
n

 

[vulcanccit]

also here is a list aar digit-conversion
list aar digit-conversion

AAR DIGIT CONVERSION REPORT

Matching Pattern Min Max Del Replacement String Net Conv ANI Req

0 1 28 0 ars y
1 4 28 0 ars y
x11 3 3 0 ars y

 

[AvayaTier3]

trace shows provider sending 3 digits

A great teacher, does not provide answers, but methods to teach others "How and where to find the answers"

bsh

36 years Bell, AT&T, Lucent, Avaya
Tier 3 for 26 years and counting

http://bshtele.com

 

[vulcanccit]

Where do you see that in the trace? I knew when you replied it would be wise and true as I have seen your replies before! you rock Mr. Teir3 lol

I just do not see where in the trace that is appearant.

 

[SF0751]

[tt] LIST TRACE

time data

11:00:09 Calling party trunk-group 2 member 2 cid 0x1c0
11:00:09 Calling Number & Name 6022065369 NO-CPName
11:00:09 active trunk-group 2 member 2 cid 0x1c0
11:00:09 dial 733 [red]<-- 3 DIGITS RECEIVED FROM LEC[/red]
11:00:09 ring station 733 cid 0x1c0
11:00:09 G711MU ssff ps:20 rn:1/1 10.2.28.73:2546 10.2.28.38:2528
11:00:09 xoip: fax:Relay modemff tty:US 10.2.28.38:2528 uid:0x2a
11:00:12 active station 733 cid 0x1c0
11:00:13 idle trunk-group 2 member 2 cid 0x1c0[/tt]

Susan
You can have it all. You just can't have it all at once.

 

[vulcanccit]

well that was easy! lol thank you all. I saw the Dial 733 but I didnt know if that was happening AFTER some sort of digit absorption. so now I know what they are sending (despite what they SAY they are sending).

SO... now it looks like all I have to do is change everyone to 4 digit extensions both in the switch and audix...

and verify my dialplan is correct for 4 digits for the 47xx and 57xx DIDs, which it looks like it is, correct?:

DIAL PLAN ANALYSIS TABLE
Percent Full: 3

Dialed Total Call Dialed Total Call Dialed Total Call
String Length Type String Length Type String Length Type
0 1 attd
1 3 ext
2 3 ext
3 3 fac
4 4 ext
5 3 ext
5 4 ext
6 3 dac
7 3 ext
8 3 ext
9 1 fac
* 2 fac
# 2 fac

 

[Midstream]

That 733 string absolutely can be happening after some kind of digit treatment. You stated that Qwest verified four digits. I had a couple of posts keyed up to ask you to go back and verify that with them again and have them provide proof of a trace on a call delivered to your switch. I should've hit SUBMIT on that one a long time ago. ;-)

Now, if you convert all your three digit exts to 4 digits, you'll have to take into account all of the busy indicators and bridged appearances.

In the meantime, you should be able to get them to send the last 4 digits of the DID and you can support a mixed dial plan using the incoming call-handling treatment form.

 

[vulcanccit]

Well thank you for attending my DID Refresher Course! We will have more of these soon! lol

Seriously, thank you all for your help.

Thank you to Mr. Rockspop and AvayaTeir3 and the rest of you! Rockspop, thank you for the tip on the bridge-appr, I would of forgotten those, and I have a few abrige-appr too.

After all of this, I just got this from Qwest:

Chuck,

I was just about to email you. I called our complex translation group and confirmed that the account system has it listed as 4 but we are really sending 3 digits. I will have to submit a 2nd order to change it to 4 digits. That is correct? You would like 4 digits going forward? Thanks.