wondering if anyone can shead some light on this for me;
Bascially my problem is as follows;
I'd like to configure a Router to run T.37 store and forward Fax off Ramp gateway, so that a Router can recieve an email and somehow determine the destination phone number to send on a Fax over PSTN using intenal Modems or Voice ports. Ideally I'd like to have a list of 100 different destinations so that on receipt of an email a specific destination Fax number can be selected. How does the Router determine the destination Fax number from the email recieved? Is My idea at all possible, is there any configurations out there? I've read the Cisco Articles at http://www.cisco.com/en/US/tech/tk652/tk777/technologies_configuration_example09186a00800a4adf.shtml
but it hasn't been that clear on how to determine the destination fax string from the recieved email.
I am not sure if i understand the part of 100 different destination, so I will let you explain that in further detail. To answer your question about how router determine the destination fax number from recived email is the users will send fax with following format FAXfirstname.lastname@example.org or FAXemail@example.com for this cofiguration you will need DNS entry in your SMTP server. In both of this cases router will extract 5555555 from the recevied email and send call out to voice-port. Also it will convert TIFF-F and convert it to fax.
thanks for your replay. What I meant by having 100 destinations is that I'd have, if possible, 100 dialer peer entries with the destination pattern of each fax number to call. What I understand from your post is that the Router will extract the fax number from the email no matter what the number is without the need for dialer peers, is this correct? Is there any configurations out there that might help? I have a network diagram I could email to you if I'm still not making myself clear.
Hi, we had T.37 working fine from both MFD and MAPI client, however...
Not sure if this relates to your business, but we could no longer use the service as our users were not able to receive a confirmation that a fax had been received by the recipient. This was due to T.37 using syncrohnous T.30 protocol for talking to end points. I know T.38 is a asynchronous protocol that would work for us, but this mean purchasing a third party application to sit in between client and the voice gateway.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...