Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Wanet Telecoms Ltd on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
In Fax Finder, is is possible to route via 'facsimileTelephoneNumber' AD attribute?
- Thread starter BWB8771
- Start date
That's fairly standard to route by the called or dialed number vs the calling or Caller ID number... Within ICR, I send all FaxFinder calls to a certain shortcode, then the shortcode sends to a hunt group and sends DID station number after answer. Rest is programming in FF.
The MultiTech website has great documents on it
this is the integration with IP Office R8 but is still working the same way
Joe W.
FHandw, ACSS (SME), ACIS (SME)
"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter
this is the integration with IP Office R8 but is still working the same way
Joe W.
FHandw, ACSS (SME), ACIS (SME)
"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter
- Thread starter
- #4
mforrence and Joe W. - thanks for the replies. That is the precise documentation I followed to successfully route some test faxes.
The issue is that we're configuring ICR to route to an extension, then to a "user". I'd like to be able have IPO use ICR to send calls straight to the huntgroup/FF, and then have FF route the fax via 'facsimileTelephoneNumber' Active Directory attribute as it easily set via standard AD user GUI tools. The "mtff-FaxExtension" (I believe) and only be inserted/added via the ADSI MMC snap-in. I'm looking to future-/"idiot"-proof this as we add or replace personnel.
FYI, I posed the same question to MultiTech, and this was their reply:
"The FF440 can route on DTMF digits, on Caller ID, or by the line the call comes in on. When routing on DTMF digits we route on the mtff-FaxExtension AD attribute. I could create a feature request to route on facsimileTelephoneNumber if you want so it can be considered in future firmware updates."
IP 500 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
The issue is that we're configuring ICR to route to an extension, then to a "user". I'd like to be able have IPO use ICR to send calls straight to the huntgroup/FF, and then have FF route the fax via 'facsimileTelephoneNumber' Active Directory attribute as it easily set via standard AD user GUI tools. The "mtff-FaxExtension" (I believe) and only be inserted/added via the ADSI MMC snap-in. I'm looking to future-/"idiot"-proof this as we add or replace personnel.
FYI, I posed the same question to MultiTech, and this was their reply:
"The FF440 can route on DTMF digits, on Caller ID, or by the line the call comes in on. When routing on DTMF digits we route on the mtff-FaxExtension AD attribute. I could create a feature request to route on facsimileTelephoneNumber if you want so it can be considered in future firmware updates."
IP 500 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
you need to make phantom users then send the calls there covering to the FaxFinder then in the FF you do the routing to your email.
I don't think that you can do it any other way because that would screw up your other routing.
You could use a different format than DTMFF but it would then send the different information for all calls (DTMFA, DTMFB....)
Joe W.
FHandw, ACSS (SME), ACIS (SME)
"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter
I don't think that you can do it any other way because that would screw up your other routing.
You could use a different format than DTMFF but it would then send the different information for all calls (DTMFA, DTMFB....)
Joe W.
FHandw, ACSS (SME), ACIS (SME)
"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter
Here's how we configure FaxFinder with analog station interface:
1. Configure analog Extension for each FF port - set for IVR for disconnect supervision and NO caller ID (i.e. NOT DTMFF)
2. User for each FF port, with vm disabled. With most of our systems, there are two or four FF ports.
3. Hunt group (e.g. 4000) with all FF users (not staff who use FF, but the two or four FF ports from #2 above) as members
4. ICR to short code **5XXXX where XXXX is last four digits of incoming DID station number
5. Short code **5XXXX with feature Dial to number 4000DN (D waits for answer, N dials last four of DID station number)
Rest of config is within FF - based on the last four digits of DID station number
No phantom users required
1. Configure analog Extension for each FF port - set for IVR for disconnect supervision and NO caller ID (i.e. NOT DTMFF)
2. User for each FF port, with vm disabled. With most of our systems, there are two or four FF ports.
3. Hunt group (e.g. 4000) with all FF users (not staff who use FF, but the two or four FF ports from #2 above) as members
4. ICR to short code **5XXXX where XXXX is last four digits of incoming DID station number
5. Short code **5XXXX with feature Dial to number 4000DN (D waits for answer, N dials last four of DID station number)
Rest of config is within FF - based on the last four digits of DID station number
No phantom users required
- Thread starter
- #7
- Thread starter
- #8
@BWB8771 - not at all... The physical ports that I've described are the ports between IPO and FF. If you have a two-port FF, then you need two physical analog station ports with two corresponding users - maybe named FaxFinder 1 and FaxFinder 2. If you have SIP based FF, you can use the same concepts, but use SIP instead of analog station ports.
- Thread starter
- #10
@mforrence - regarding the "Rest of config is within FF" - do you have your FF modems configured for DTMF routing, or via "Avaya Mode Code" ?
For disconnect supervision, in IPO MGR R8.1 I do not see that setting named as such. In that same 'analogue' tab where I've set the port to IVR, I *do* see HOOK PERSISTENCY and DISCONNECT PULSE WIDTH. Will the latter suffice for disco-supv?
IP 500 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
For disconnect supervision, in IPO MGR R8.1 I do not see that setting named as such. In that same 'analogue' tab where I've set the port to IVR, I *do* see HOOK PERSISTENCY and DISCONNECT PULSE WIDTH. Will the latter suffice for disco-supv?
IP 500 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
@BWB8771
1. FF is set for DTMF routing. Say that your DID station number is 908-895-1234. With my configuration, FF will get 1234 as DTMF digits after it answers. You need to tell FF what to do with the resulting fax.
2. In Extensions, navigate to the analog station ports connected to FF and, on Analogue tab, set Equipment Classification to IVR Port. This will provide disconnect supervision to those ports.
1. FF is set for DTMF routing. Say that your DID station number is 908-895-1234. With my configuration, FF will get 1234 as DTMF digits after it answers. You need to tell FF what to do with the resulting fax.
2. In Extensions, navigate to the analog station ports connected to FF and, on Analogue tab, set Equipment Classification to IVR Port. This will provide disconnect supervision to those ports.
- Thread starter
- #12
My short code of..
Code: **5XXXX
Feature: Dial
Telephone Number: 299DN
Line Group ID: 0
...seems to be trying to dial back out to the carrier as I'm getting a "We're sorry, due to network difficulties, your call cannot be completed.." when I dial the DID of my test fax number.
Is "Dial" the correct feature?
Dialing 299 from inside does indeed ring the Fax Hunt Group (299)
IP 500 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
Code: **5XXXX
Feature: Dial
Telephone Number: 299DN
Line Group ID: 0
...seems to be trying to dial back out to the carrier as I'm getting a "We're sorry, due to network difficulties, your call cannot be completed.." when I dial the DID of my test fax number.
Is "Dial" the correct feature?
Dialing 299 from inside does indeed ring the Fax Hunt Group (299)
IP 500 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
- Thread starter
- #13
- Thread starter
- #15
- Thread starter
- #16
@mforrence - the faxes aren't routing; I got my test fax yesterday without realizing FaxFinder routed it to me as I'm the admin and it's set up to route to Admin any fax it cannot determine how to route.
I've verified each of the physically connected ports are configured for IVR, *NO* DTMFF (they're all set to Caller Display Type: OFF) and the short code is **5XXXX which points to [ext]DN. I've also tried appending the [ext]DN with a semicolon.
Help!
IP 500 V1 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
I've verified each of the physically connected ports are configured for IVR, *NO* DTMFF (they're all set to Caller Display Type: OFF) and the short code is **5XXXX which points to [ext]DN. I've also tried appending the [ext]DN with a semicolon.
Help!
IP 500 V1 8.1(63)
VMPro 8.1.9016
46/5610s, 46/5621+25s
- Thread starter
- #18
- Status
Similar threads
