similar to: Insufficient information for SDP (m = 'audio 0000 RTP/AVP 18 127', c = ' ')

Dear all, I have Asterisk 1.2.13 running OK with Twinkle clients, they can talk very well using SIP. I have a Jabber server running OK and the clients use PSI client for chat succesfully. Now I'm using Wengophone 2.1.1 in order to unify voip+IM services. The users can logon OK in SIP and Jabber, they get the online status presence, but they CAN'T talk and chat among them.

pstn -> sip gw -> * -> C7960 When I dial into * via the pstn, I hear the ivr menu just fine (good quality). I press 3000 (valid extn), and I begin to hear ringing however the ring back is very very choppy. I answer the C7960, and speech is clear in both directions. Place the C7960 extn on hold, and the MOH is very choppy. Checking 'sip show channels' indicates both the sip gw

I have an * setup with sip phones and sip fxo gateway. When a sip phone places a sip/fxo call on hold, MOH is very choppy. It looks like RTP has a real problem with timing if it is not receiving RTP packets. If the outside call that is placed on hold is not generating any audio, the sip/fxo gateway does not send * RTP packets. Is this valid? Is this a problem with the sip/fxo gateway or a problem

Hi, Sorry if my question not related to speex. I have created a voip application using speex. My internet line is 64Kbps. I`m using narrow band mode, 8000 bitrate, 20ms of 8000Khz sampling rate, no buffering, no preprocessing, just set bitrate and go. When i send single frame inside rtp the sound was not good, choppy and noisy. But when i pack around 8 frame inside rtp packet, the sound was

I am experiencing choppy sound when I bridge from a SIP peer to an IAX peer. I am running Asterisk 1.4.13 on a 2.6.22.9 kernel (Fedora). I am experiencing choppy sound from the SIP peer to the IAX peer but not vice-versa. I know that this is not a bandwidth issue because I don't have choppy sound (with the same codec) when bridging IAX->IAX peers or SIP->SIP peers. My timing source is

OK, background/config. running * (show version reports 0.9.0) on Mandrake 9.2 (kernel: 2.4.22-32mdk) with a dual 800mhz PIII with 256M Ram 4port FXO digium card, no IRQ sharing I can find (cat /proc/pci & cat /proc/interrupts), vmstat reports a minimum of 80+% CPU idle when problem occurs. connect to a Grandstream 101 (GS) via vpn (no nat). Link has 100ms - 150ms ROUND TRIP latency

Hey all, I''ve got an interesting one for anyone who''s up for a challenge. Essentially, I have a very choppy effect, that almost looks like timeouts are overloaded or interfering or something, that only occurs when sortables are on the same page as "standard" effects. Here''s what I''m doing: I have a menu that slides in and out on the right side of

Hi List, Here is the config ext 2601 is a GS BT-101 phone ext 2062 is a SNOM 200 latest public firmware on both asterisk is Asterisk CVS-11/14/03-22:55:45 Make a call from 2601 -> 2602 life good, call works have 2602 place call on hold. The music on 2601 IS NOT my music on hold. It seems its a MOH server SNOM has. take call off of hold on 2602 and 2601 still trys to play parts

Hi there I europe alaw is usual. I have a SIP Phone which perferes ulaw. When my * box has to transcode alaw to ulaw the sound get's one way choppy. (alaw => ulaw is choppy, ulaw => alaw is fine). I managed to fix the issue by forcing my SIP phone to use alaw only, but is this a know issue with asterisk 1.2.13? -Benoit-

Hi folks, I'm experiencing some problems with sound through phpAGI ... What I'm trying to do is a menu, doing some database lookups and so ... But sometimes the sound become too choppy ... just sometimes .. like 1 of 5 calls ... but is a big percentage ... And I have my current menu on the dialplan that I have no problems with it ... I'm using .gsm for both but different

Hi all, I have my asterisk setup as following: IP 2 x E1 x-lite <-------> Asterisk -------> PSTN When I place a call from x-lite to PSTN, the quality of the sound in the direction x-lite -> PSTN is very bad. That is, the voice of the x-lite user, heard by the PSTN user is choppy and makes communication not very pleasant. The sound is choppy as if bits of data

Hi All, I've just setup a test Asterisk system that allows incoming/outgoing calls via an ISDN card (l4i) and incoming/outgoing calls via SIP (iconnecthere). I have two SIP Softphones (Xten X-Lite) for making and receiving calls. When receiving an incoming call via the ISDN interface the sound quality is fine for the Softphone user (i can hear the caller perfectly), but the person

Just come across a problem - we have sent out heaps of PAP-2 ATA's and just discovered that when joined in a conference they are choppy on the up leg (so the other users in the conference will hear them with a choppy sound) but the down leg is perfectly fine (so the end user can hear the conference participants perfectly). I have tested the same setup with different brands of ATA's

Hello I have asterisk running in Red Hat 9 with a cheap HFC card on i4l. I have choppy sound problems sometimes, and echo problems often. I am using a 2 port Grandstream ATA, Grandstream BT and a Grandstream GPX-2000 I read that changing to BriStuff will fix the echo problems, but have also read other users say that the only way they solved the echo/choppy sound problems was using a Fritz ISDN

I have had no success in getting the voicemail working on Asterisk 1.2.11 on CENTOS4(2.6 kernel) guest on vmware server 1.0.1. I tried with or without ztdummy device, renice -20 on asterisk process and even real-time priority on the host Windows XP box for the vmware process. I am running on an AMD Athlon 64 X2 4600+. The behaviour is when the voicemail answer, the voice sound ok but when

Hi! I have Asterisk 1.6.1 installed on OpenSuSE 11.0 running with choppy sound. One specialist on the forums asked me if I have DAHDI configured, he assumed that this could be cause of choppy sound problem. > dahdi_test Unable to open dahdi interface: No such file or directory Do I need to configure DAHDI even if I do not have any Zaptel devices? Is there any guide for configuring

All, A bit of background: I work on a QA API on a network that is very choppy (a lot of network interrupts), and we use ssh to do a large part of this automation. This leads to some problems: ssh connections seem to be sensitive to network state, becoming unusable if the choppiness reaches a certain threshold, and either timing out or disconnecting if this happens. Anyways, I stumbled across

Hi there, We're having some complaints of choppy audio from our SIP customers. Asterisk is showing no errors, but I'm getting a lot of these in my syslog: Feb 17 13:34:31 ntop[2863]: **WARNING** packet truncated (14654->8232) The first number varies, but the last number is always 8232. I've read that this is a common MTU size, but none of our interfaces have an MTU of 8232.

Hello, I recently upgraded from Asterisk 1.8 to Asterisk 13. Now users are starting to complaint about packets loss, conversations are choppy! I don't even know where to start looking! Choppy conversations happened within users. I am using sip.conf [1091] type=friend context=sip-phone call-limit=2 trustrpid=no callerid="dev1" <1091> disallow=all allow=ulaw

I thought the same thing before I made my reply but zapata.conf seems to be the only config file that deals with echo at all. From what I understand of 'echotrain' is that at the beginning of the call it sends a short signal out that measure echo in an attempt to try and cancel it. I was wondering if you tried using it and if so was it of any help? Sincerely, Steve But is Zapata.conf