|
|
Joined: Jul 2009
Posts: 204
Member
|
OP
Member
Joined: Jul 2009
Posts: 204 |
We just ported 9 offices and about 800 numbers between all offices.
I've found only 2 problems. We have a "backdoor" number at each site that allows agents to get voicemail external. Each backdoor number is setup in call routing and points to off node application with the specific greeting for that office.
After porting 2 offices no longer work. It seems as if the number is bypassing the call routing table and just ringing the front desk.
Programming hasn't changed and everything looks to be correct. These numbers worked previously. Is there possibly a glitch after porting that may be occuring? I'm going to delete the entries and recreate and see what happens but I don't expect that to change anything.
Also, We have a 2nd call routing table for night mode. The number in question does ring the correct off node applicaiton in night mode using call routing table 2.
Even after removing and recreating the entry in call routing table 1 it does not work. It still rings the front desk
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
Joined: Jun 2010
Posts: 797
Moderator-Inter-Tel
|
Moderator-Inter-Tel
Joined: Jun 2010
Posts: 797 |
If it's ringing the front desk, then it's present on that particular span. I would verify the amount of digits that you should be receiving for that particular number.
Also, verify that the DNIS digits don't conflict with another number that has been ported maybe.
|
|
|
|
Joined: May 2009
Posts: 1,198
Member
|
Member
Joined: May 2009
Posts: 1,198 |
Sounds like you're not receiving the digits that are expected. Check with the carrier to see what they're sendidng.
What does the display read when the call arrives at the front desk? What does that match in the routing table?
|
|
|
|
Joined: Jul 2009
Posts: 204
Member
|
OP
Member
Joined: Jul 2009
Posts: 204 |
I don't see a conflict in the call routing table. The call routing table Patter is using the last 4 digits. Is that the number of digits expected? Or would that be found somewhere else?
The Patter does match the last 4 of the number and no other number in this system has those 4 digits.
|
|
|
|
Joined: Jul 2009
Posts: 204
Member
|
OP
Member
Joined: Jul 2009
Posts: 204 |
Did some monitoring:
1700 94408 RG 484-302-0000 215-362-1234 15:13 00:00:15 IN 1700 94408 484-302-0000 215-362-1234 15:14 00:00:18 $00.00 1700 94407 RG 484-302-0000 215-362-1234 15:15 00:00:03 IN 1700 94407 484-302-0000 215-362-1234 15:15 00:00:13 $00.00
Where 1700 is listed it should be 2528. I have tried adding the CRT3 deleted it from CRT1. Makes no sense. When system is in night mode CRT2 is used and it rings correctly.
|
|
|
|
Joined: Jul 2009
Posts: 204
Member
|
OP
Member
Joined: Jul 2009
Posts: 204 |
Any idea why only these 2 numbers would fail in Call routing table 1? Both numbers in question work in Call routing table 2 when system is in night mode.
I don't think it would be an expected digit problem because it works in night mode.
|
|
|
|
Joined: May 2009
Posts: 1,198
Member
|
Member
Joined: May 2009
Posts: 1,198 |
Is there something higher on the routing able that would grab the call first? The “E†and “+†entries should always be the last ones on the bottom of the table.
Again, what does the display on the operator phone read when the call is presented? That should give a clue as to how the call is getting there.
|
|
|
|
Joined: Jul 2009
Posts: 204
Member
|
OP
Member
Joined: Jul 2009
Posts: 204 |
E and + are at the end. The operator phone shows the caller id of the number calling in.
I have just tested numbers and actually none of the number in the call routing table are working. Something is very wrong.
|
|
|
|
Joined: Jul 2009
Posts: 204
Member
|
OP
Member
Joined: Jul 2009
Posts: 204 |
Ok I see the problem. Has to be with router and digits it's sending. I changed the pattern on the CRT to 10 digits and now everything works. Where on the T1 card in db do I change this so I don't have to change all the CRT patterns.
|
|
|
|
Joined: May 2009
Posts: 1,198
Member
|
Member
Joined: May 2009
Posts: 1,198 |
You can't.
The number of digits in the table needs to match what the carrier is sending.
If they didn't follow your order, make them fix it. If you ordered it wrong, you fix it.
|
|
|
Forums84
Topics94,307
Posts638,897
Members49,771
|
Most Online5,661 May 23rd, 2018
|
|
2 members (mongo5150, Toner),
94
guests, and
129
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|
|