similar to: GSM ISDN gateway to quadbri NT port under bristuffed Asterisk - where to set gain (I have unreliable inband dtmf recognition )?

Hi, I'm getting unusable DTMF detection with DISA on incoming ZAP channel (bristuffed *) on quadbri from GSM gateway. DTMF detection works ok in normal ISDN incoming line. How can I check what's going on ? What settings to check ? Anyone with more experience on such scenarios ? Thanks in advance, regards, Rob.

Hi there, I just upgraded a relatively old Asterisk installation (1.2) in our office to a relatively new version (1.6svn from last wednesday) which runs a Junghans QuadBRI card [1]. To get this flying I got dahdi-linux, dahdi-tools and libpri from SVN as well. After a while of juggling it "works". What doesn't work: connected ISDN devices (Gigaset phones connected to QuadBRI

Hi all, I use a GSM device to send dtmf on my asterisk system (via SIP). the codec I use is ulaw (or a-law). dtmf mode is INBAND. relaxmode is on. but most of the case, I 'missed' some DTMF or I 'double' one. as anybody as seen this before? is there any way to prevent this thanks

Folks, (sorry for overlong lines) I have recently configured one port on my QuadBRI card to work in NT mode with NET signalling configured so that I can use an ISDN telephone on it. I have set up a separate group in zapata.conf and can call the phone and place calls from it like a charm. No problems at all. Problems came up when trying to hold a call and get it back. I turned on "pri debug

Hello, We have a quadBRI in NT mode with bri_cpe_ptmp signalling and when connect a ISDN telephone to this nothings happen. What can I do? My config files are this: Zaptel.conf: loadzone=es defaultzone=es # qozap span definitions # most of the values should be bogus because we are not really zaptel span=1,1,3,ccs,ami span=2,1,3,ccs,ami span=3,1,3,ccs,ami span=4,1,3,ccs,ami bchan=1,2 dchan=3

Hello, I am trying to install the drivers for the Junghanns quadBRI card, but am having a problem. I have essentially followed the procedure from http://www.voip-manager.net/installation-linux-asterisk.php. At the stage to install the ISDN card I have completed the following: 1) downloaded the bristuff-0.2.0-RC8q.tar.gz to /usr/src 2) unpacked it in /usr/src - tar xvzf bristuff-0.2.0-RC8q.tar.gz

Hi, I'm trying to connect quadbri between powered ISDN phone and ISDN line: ISDN <---1---> TE - * - NT <--2--> Phone I use quadbri, suse 9.2 and latest 0.2.0-RC7k bristuff. I've used sample settings provided with package, but do get strange error (I think that I have wrong setting for P2P or P2MP setting and cables 1 and 2). If I connect phone to ISDN with straight cable

Hello all, Recently I purchased an QuadBRI card from junghanns.net after some playing around, reconfiguring dialplans etc with the exception of 1 thing everything seems to work: I seem to be unable to set the outbound callerid. The dutch telecom operator (KPN) provided me with 4 MSN's on 1 BRI interface. In the past years I'm more then used to setting the MSN without the leading 0, this

Hi, we've purchased new Beronet Octobri card and have problems loading modules for stock Asterisk for Debian Sarge (it has bristuff patches in it). when loading qozap it says that no multibri card was found although lspci shows it... There were quite some rumours about bristuff not liking other than junghanns cards, but don't know if something happened.... Anyone recently used this

Hi can anyone help me on this error msg?? dsp.c:1467 ast_dsp_process: Unable to process inband DTMF on 2 frames thnx St

Using FireFly, all other codecs but G711 Ulaw is selected. But whenever I place a call, I get: Jan 24 16:07:06 WARNING[30654495]: dsp.c:1468 ast_dsp_process: Inband DTMF is not supported on codec G.711 u-law. Use RFC2833 Umm, wtf? I thought Inband was ONLY supported on G.711 u-law. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Is it possible to make Asterisk do inband DTMF over IAX?

Are there any known problems converting dtmf from oob over iax2 to inband over rtp/ulaw? Obviously it works when converting to inband over pri/ulaw et al, but how about rtp? I've got packet traces that confirm that 2833 packets are properly generated when I have 2833 configured for the rtp link, but the other side seems to be ignoring those packets. So I tried inband on that link; nothing

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: Max Glucksmann (Fax del trabajo).vcf Type: text/x-vcard Size: 617 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060118/b1b5e895/MaxGlucksmannFaxdeltrabajo.vcf

Hi all. Why don't Asterisk support inband DTMF with G729? Is there a way to do that!? Are you using RFC2833? Doesn't it a security hole? Thanks. Denis.

I'm trying to use H323 for the first time so please forgive me if I've made a mistake here. I have downloaded and compiled the latest versions of pwlib, openh323 and asterisk. I have dtmfmode=inband in h323.conf, but the remote system is not hearing the DTMF. Running a trace reveals the following... 1:08.398 ThreadID=0x00022012 h323.cxx(4594) H323

Hi All, Since I updated my * (CVS 2004-03-24), daily, I am getting a strange message just before a segmentation fault: "Unable to process inband DTMF on 2 frames". What could it be? Should it cause seg.faults? Daniel

Hi, we have an Asterisk server basically passing on calls using the Dial application. In the pjsip endpoint settings, the dtmf_mode is set to audio. This works with most calls. However, there is a scenario where DTMF tones don't get forwarded the way I would expect them to get forwarded. A: Caller without RfC4733 support B: our Asterisk, version 17.6.0 C: Another Asterisk, with RfC4733

> I have seen the following effect in Asterisk, though: where > it converts > an inband DTMF (eg coming off a Zap channel) into an > indication, it mutes > the audio where that tone is. But sometimes it leaves a > teeny bit of the > tone behind. > > If you take such a call over say IAX to somewhere and then > back out a Zap > channel, you end up with the

I've been searching to a solution to this for a while and can't figure it out, perhaps someone has done something similar. I have a Cisco AS5400 sending SIP traffic via PCMU / ulaw directly to my Asterisk (1.4.19-rc2) box. Jitter and latency are incredibly low on my lightly loaded switched gigabit ethernet network. One Asterisk uses Zaptel and a Digium card, and DTMF recognition