I have an Opt11C and am trying to connect a "BrickMail" system. It connects via analog ports off the switch. I have DIDs and need the analog port to carry over the DID number to the voicemail using DTMF - any ideas on how to do this??
The Brickmail tech support guy says it needs at least 24 volts and has to read DC in order to work. He says it will only work with analog ports, POTs lines, etc.
Well....ringing voltage is typically between 80 and 108vac at 30hz.
Try configuring a COT trunk as loop start, put it in it's own little trunk group, hook it up to your Brickmail and access the trunk group by dialing it. The 48v will drop to about 7v. Then dial an extension number and see if the Brickmail responds. If it does, I may have a work around.
Well...come to think of it, your COT trunk will not provide voltage as it is expecting that from the CO. It is possible your box may see the state change though.
thats tough, your calling a station, it forwards to a route data block, does an imm start and sends the original dialed digits to the brick.. did this on a ivr but it is not a plug and play app... what i did was build a shadow number for EACH station.. my stations were in the 2000 range, i had the 8000 vacant, for each number i did a forward to dsc..ie..2001 cfa 8001 hunt 8001, 8001 was a dsc pointed to a route, i then used an idc table (ld 49)the would translate 8001 back to 2001, this sent 2001 to my route.. it was built as a two way did... and it worked... sounds worse then it was, but i only had a couple of hundred stations.. if you go this route, feel free to repost and i'll help if you get stuck...(by the way, nortel told me and the customer that it couldn't be done)
Yes, if the COT does not work, I was going to suggest a two-way DID which will provide -48v. Just not sure if the Brickmail is simply looking for a state change in the voltage or is expecting ringing. If a COT or two-way DID works, another solution, if there are few enough stations, is to change their FDN to be the ACOD+station DID number. Since the Nortel will wait for signalling to complete after the access code is dialed, it should pass the DTMF to the Brickmail...Should. I am interested in the results of the expirment.
Arch is right, using the acod+ the ext, should work with a two way did on imm start.. if you need ring voltage, you'll find that the switch has no option to send dtmf after call supervision.. keeps you from getting 4 digits after you answer
I have connected 2 way DID trunks to the 4 voicemail ports, I hunted/forwarded the phones to XXXXYYYY - XXXX = the ACOD for the trunks connected to the Brickmail and YYYY = the mailbox number I want to answer. This works great!
HOWEVER My problem now lies in 1 - transfers, some of these mailboxes are Auto Attendants 2 - turning off/on the message waiting indicators.
1 - The Brickmail normally transfers calls out the same port the call came in on depending on the digit entered. Since these ports are now trunks - this doesn't work and the Brickmail reverts the call back to the message.
???Any magical, fantastic way to make this work???
2 - Although I have not asked the Brickmail Tech Support how exactly the message waiting lights work - I am assuming some use of the SPRE code. I am also assuming that you can't do this through a DID trunk port.
???Please refer to above magical, fantastic question!???
Any ideas would be greatly appreciated!
My current thought are that I am going to have to make Brickmail set their system up to utilize specific ports for transferring and for the activation of the message waiting lamps and connect only those ports to analog lines and the other ports (the ones that will be answering) to DID ports.
OK, I tried that, with no luck. The Brickmail tech said that the brick is looking to detect DT, but he can change that and just set up some timers before the brick sends the digits. I am assuming it would be - hookflash, wait a bit, send digits, transfer complete. However, I don't think the DID trunk would recognize the flashook and transfer the call to whatever digits are entered. I monitored on my buttset and manually entered the digits after I heard the brick hoookflash, but it looks like the DID didn't know what the heck to do with it.
Question? Could a trunk built as centrex do this?
I am not at all knowledgeable on Centrex and unfortunately I do not have my Merl on hand - any help on program a route and trunk as Centrex for testing would be greatly appreciated.
if you build the rdb as did/iao, and the trunk dtn/thfa you should be able to get on the trunk and hookflash then dial the 4 digit ext to transfer the call..
OK, I am starting to get very worried about this whole "brick" thing. I was onsite this morning and tried it out with dtn and thfa in the Cls for the trunk, but couldn't get it to work. I tried it using my buttset, as the brick is currently configured to expect dialtone before enter the transfer digits. When I answered a call on the trunk with my buttset and did the switch hook got another pathway to enter my 4 digit extension. I remained on the same path - I tried to enter the digits anyway, but it made no difference.
I read up on the centrex flash hook in the features guide and it seems that I have everything I need, with the exception of the analog port since I am going straight from trunk to the brick. I am assuming it is not working because the Opt 11 DID trunk is not going to respond to the flash hook in the same way a CO centrex line would. I will post my RDB and DID trunk and see if see anything I am missing.
Another question - in order to make this work with the DID trunks I have set the HUNT and FDN to 80987602 (8098 being the ACOD and 7602 being the appropriate mbox for the phone) What I am wondering is - is there any way to HUNT and FDN a set to the 4 digit Vmail extension number, insert some sort of pause (to give the brick a chance to answer) and then send the mbox number.
For Example HUNT 7698ppp7602
FDN 7698ppp7602
Thanks again for all your help!
ROUT 98
TYPE RDB
CUST 00
DMOD
ROUT 98
DES VMAIL
TKTP DID
M911_ANI NO
NPID_TBL_NUM 0
SAT NO
RCLS INT
DTRK NO
ISDN NO
PTYP ACO
AUTO NO
DNIS NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 8098
CPP NO
TARG 01
CLEN 1
BILN NO
OABS
INST
IDC NO
DCNO 0 *
NDNO 0
DEXT NO
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GRD 896
SFB 3
IENB 5
TFD 0
VSS 0
VGD 6
SST 5 0
NEDC ORG
FEDC ORG
CPDC NO
DLTN NO
HOLD 02 02 40
SEIZ 02 02
SVFL 02 02
DRNG NO
CDR NO
VRAT NO
MUS NO
MR NO
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
PAGE 002
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
TTBL 0
OHTD NO
PLEV 2
MCTS NO
ALRM NO
ART 0
SGRP 0
AACR NO
Trunk
TN 004 0 00 00
TYPE DID
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
TRK ANLG
NCOS 0
RTMB 98 1
NITE
SIGL LDR
STRI/STRO IMM IMM
SUPN YES
AST NO
IAPG 0
CLS UNR DTN CND WTA LPR APN THFA
P10 NTC LOL
TKID
DATE 8 NOV 2004
OK - it is official - the IAO DID flash hook set up didn't work. The DID trunk hears the hook, but doesn't know what to do with it and therefore does nothing.
My question to anyone and everyone is:
Is there any way to set up the HUNT and FDN on a digital set to the MCDN followed by a few pauses (somehow) and then the set DN. For example:
HUNT 7689ppp7602
7698 being the MCDN and 7602 being the set extension. I have tried commas and periods to no avail - is this possible or should I just quit trying??
It's possible you've been down this road, but...When speaking to the "Brick" people, do they indicate that they have any of these integrated with Nortel's? If so, ask them how.
Anyhow...Not sure if this will work as I do not know if FDN will allow a SPRE entry or not...never had the need and could not find a restriction in the NTP's, although the switch would tell you fast enough. ***Someone else on this forum may be able to chime in on the answer before you go too far with this suggestion.***
1. Temporarily install one analog extension to your "Brick".
2. Create a system speedcall entry that dials that extension, pauses, then dials a specific DID extension to see if the DTMF is passed all the way. You can put a butt set on the "brick" extension to figure out timing a bit.
3. Try it from a set that has that list tagged to it by using the SPRE code and not a button. If that works....
4. On that same set, in the FDN field, enter the SPRE code with the system speed code. Try calling it to see what the results are.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.