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 Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
DTMF Tone signaling
- Thread starter Sennback
- Start date
the timing is international standard and i have never tried to adjust it, or you working on a trunk? if so those have adjustable levels, for an analog station, the opx card will boost line current
john poole
bellsouth business
columbia,sc
john poole
bellsouth business
columbia,sc
- Thread starter
- #3
Yes, this is what I send out on a trunk to the PSTN.
A customer has an IVR system connected to a 2mb pri system from a carrier. (that is, not connected directly to the meridian switch) This IVR system is not responding to the DTMF tones. They say the DTMF level is to low.
What I dont know is how the DTMF tones work.
Are they detected by the carriers PBX and sent out again, or is it transparent like a voice channel?
In that case it will be the level wich I send out that has to be adjusted.
A customer has an IVR system connected to a 2mb pri system from a carrier. (that is, not connected directly to the meridian switch) This IVR system is not responding to the DTMF tones. They say the DTMF level is to low.
What I dont know is how the DTMF tones work.
Are they detected by the carriers PBX and sent out again, or is it transparent like a voice channel?
In that case it will be the level wich I send out that has to be adjusted.
ArchTelecom
IS-IT--Management
Are you the only site they are having problems with? Also, consider if you are having problems with other DTMF interaction. The carrier is not likely retransmitting the DTMF but only providing the pipe between your customer and the PSTN. If the channels can be broken out individually (analog at a test point) then put a digit grabber in the test point and see if it can decode the tones you are sending and at what level. You could also put the digit grabber at your end at a test point to see how your tones look.
Before you go through all of that, try call that IVR and, about a second or two before the call connects to them, press the octathorpe key (#) to close the end of dial timer. See if that makes a difference. If so, shorten your end of dial timer. This test will only take a minute.
Before you go through all of that, try call that IVR and, about a second or two before the call connects to them, press the octathorpe key (#) to close the end of dial timer. See if that makes a difference. If so, shorten your end of dial timer. This test will only take a minute.
not a switch problem, you are not sending actual dtmf across the carrier, but a digital signal telling the far end to gen this tone back to the tdm side of the remote. the interface problem is not a vol problem. the pbx side of the world and the ivr side of the world speak different lang. two was to build ivr digital interface, line side to, channels programed as analog sets, and pri interface, channels programmed as trunks.. either way make sure the cls mark on the channel is dtn, you can look at the timers on a route in load 16, but longer or louder is not an option. Let the far end know you are compling to bell standards, certain things are not adjustable, so that the pstn works (sorta)...
john poole
bellsouth business
columbia,sc
john poole
bellsouth business
columbia,sc
- Thread starter
- #7
Infact it is:
a/ Meridian on a ship at sea, pressing a key to send a tone
b/ Sattelite connection to land
c/ multiplexer data connection emulation a pri between sattelite system and meridian (point d)
d/ entering meridian node
e/ sending it to telco pri (trunk to trunk)
f/ to IVR on another telco pri (stand alone IVR with telco pri connections)
They have verified it is the right signals that enters the IVR but they say the levels is to low.
It works as a see it otherwise, that is if someone calls from the pstn.
I am sorry if I have difficulties to explain exactly what I mean. the language gives me slight problems sometimes..
( i am from sweden.. )
a/ Meridian on a ship at sea, pressing a key to send a tone
b/ Sattelite connection to land
c/ multiplexer data connection emulation a pri between sattelite system and meridian (point d)
d/ entering meridian node
e/ sending it to telco pri (trunk to trunk)
f/ to IVR on another telco pri (stand alone IVR with telco pri connections)
They have verified it is the right signals that enters the IVR but they say the levels is to low.
It works as a see it otherwise, that is if someone calls from the pstn.
I am sorry if I have difficulties to explain exactly what I mean. the language gives me slight problems sometimes..
( i am from sweden.. )
stand alone IVR at that point the only thing that controls db levels or length is the unit that is handing it off. between the ship and the ivr all signals are digital, not effected by vol or duration..
john poole
bellsouth business
columbia,sc
john poole
bellsouth business
columbia,sc
Sennback, don't worry about the language part- I was born in the USA and the language quite occasionally gives ME trouble!
If I'm understanding correctly there is no part of the chain where analog signals exist- did I get that correct?
If that is the case there's really nothing to adjust. If there is a portion that undergoes D/A and A/D conversion then it's possible the problem is located there.
If I'm understanding correctly there is no part of the chain where analog signals exist- did I get that correct?
If that is the case there's really nothing to adjust. If there is a portion that undergoes D/A and A/D conversion then it's possible the problem is located there.
ArchTelecom
IS-IT--Management
The problem appears to be pointing back at the IVR or their provider. Have you tried accessing the IVR from another Meridian switch located elsewhere to see if there is a difference?
- Status
Similar threads
- Locked
- Question
- Locked
- Question
- Locked
- Question
