web statisticsweb stats

Business Phone Systems

Previous Thread
Next Thread
Print Thread
Rate Thread
Page 2 of 2 1 2
Joined: Nov 2007
Posts: 90
Member
Member
Offline
Joined: Nov 2007
Posts: 90
#01#XXX## is the DTMF sent for a call answered by the VMS for the AA. XXX is the trunk number. This is how you can utilize multiple AA.

#02#XXX#YYY## is a station to station call where XXX is the calling station and YYY is the destination station.

#03#XXX## is a transfered or DID call. XXX is the trunk number.

You might also see a #06### or #07### - these are internal codes for testing to see if the VMS is answering.

Any additional DTMF passed after the initial has been input by the caller .


Andy Ellis
Avaya IP Office Help & Support Website
IP Office Help

Avaya IP Office Help & Support Website


FAQs, documentation, videos, updates, and support for the Avaya IP Office business phone system!
Everything you need to know about installing, upgrading, and troubleshooting IP 500v2 and IPO Server Edition systems.

Joined: Jul 2001
Posts: 3,348
Likes: 10
Moderator-Avaya-Lucent, Antique Tele
*****
Moderator-Avaya-Lucent, Antique Tele
*****
Joined: Jul 2001
Posts: 3,348
Likes: 10
Remember it is the Magix that generates the mode codes, based on what it receives from the T1 provider.

Now is it a PRI, or a plain T1? Only reason I ask, was Tim mentioned in passing the CLEC changing the way they deliver CID. We have a local CLEC that keeps wanting to send "Star-ANI-Star-DNIS" to our Legend customers, and that of course won't work. A PRI is what it is, but a plain T1 cant accept anything other than DID/DNIS.

Joined: Jan 2007
Posts: 1,951
Likes: 2
RIP
*****
RIP
*****
Joined: Jan 2007
Posts: 1,951
Likes: 2
Thanks for filling in the holes, Andy! I'll add your mode code info to my cheat notes. I'm in Fullerton all the time. Let me thank you and take you to lunch some time!

Anyway, I'm sorry if the mode code idea was a red herring. To me, it appears that Tom is the one that's hot on the trail here. And from what I understand, this is an IAD-terminated PRI circuit from Paetec. I've never had problems with Paetec, but something in Denmark is stinky here.

Quote
You can also make a call via the CO provided lines and it works because the call never leaves the provided router.
Let me try to clarify. When I spoke to TK directly, he said that he was able to call himself from the Magix successfully. He believes that the IAD has some sort of intelligent routing built in, and that the call never actually hits the network (it is turned around right at the IAD). Calls made from a cell phone or other land line are the ones that fail.

I wonder what ANI/DNIS information, if any, is sent when he places a call to his own number. If none (when the pattern would otherwise be *ANI*DNIS), then Tom's theory still holds.

I soooo want to believe that this is a busted MM board. TK has tried several MM4.0 boards, including ones from known working systems. The head-scratcher is that he can slide an old rev board in it's place, renumber, and the problem goes away. I don't know why TK wants a later rev VMS...that point is almost moot. The chances seem low after trying three or four other boards, but does anyone still think that it could still be a bad Merlin Messaging?


"Press play and record at the same time" -- Tim Alberstein
Page 2 of 2 1 2

Link Copied to Clipboard
Newest Topics
CP10 to CP20 Migration
by teldata1 - 06/28/25 06:56 AM
Xiox Prophet H-3 Power Requirements
by C5Z - 06/26/25 07:07 PM
IP Office 9.0
by hitechcomm - 06/26/25 12:08 PM
Help with ESI Generation II Phone System
by Christian Center - 06/26/25 03:34 AM
Forum Statistics
Forums84
Topics94,557
Posts640,130
Members49,862
Most Online5,661
May 23rd, 2018
Newest Members
Christian Center, Zach8789, tectrolink, mcgyver, gary moore
49,862 Registered Users
Top Posters(30 Days)
Toner 9
SamF 2
Who's Online Now
0 members (), 80 guests, and 174 robots.
Key: Admin, Global Mod, Mod
Contact Us | Sponsored by Atcom: One of the best VoIP Phone Canada Suppliers for your business telephone system!| Terms of Service

Sundance Communications is not affiliated with any of the above manufacturers. Sundance Phone System Forums - VOIP & Cloud Phone Help
©Copyright Sundance Communications 1998 - 2025
Powered by UBB.threads™ PHP Forum Software 8.0.0