Summary:	ASTERISK-17394: Call drop with chan_sip
Reporter:	agustina (agustina)	Labels:
Date Opened:	2011-02-11 13:27:09.000-0600	Date Closed:	2011-06-07 14:04:44
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Channels/chan_sip/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) 5028_corte_seleccionado.JPG ( 1) full5028.txt
Description:	I have the following arquitecture: Asterisk with 2 E1, both are PCI express, so there wouldn`t be IRQ issues. I have my Asterisk 1.6.2.13 conected to a switch and my softphones and hardophones connected to another switch. What happens is that calls drop suddenly ramdomly. We have some sound quality issues but don`t see errors other than some: channel.c: Dropping incompatible voice frame on SIP/XXXX-0000326f of format alaw since our native format has changed to 0x4 (ulaw), but this messages happen at all times and not when the call drop happens. We are suspecting some problem with SIP protocol. We are ataching full and the part where the call hangups. ****** ADDITIONAL INFORMATION ****** <deleted at the request of the reporter by lmadsen>
Comments:	By: Leif Madsen (lmadsen) 2011-02-16 15:01:17.000-0600 The information you've provided doesn't help nail down why the call drops. Please provide the entire call trace and console output with debug level logging. I suspect this is a configuration issue. By: agustina (agustina) 2011-02-17 11:34:19.000-0600 Hello! I have uploaded the full and a JPG that shows the call in the .cap. The problem is I can´t upload the .cap because it is 4 MB. Do you have any mail which I can send it to? Thanks! By: agustina (agustina) 2011-03-07 09:06:59.000-0600 Folks! What we find was this parameter was set (in chan_dahdi.conf): callprogress=yes (; This feature can also easily detect false hangups. The symptoms of this is being disconnected in the middle of a call for no reason.) this parameter we commented and we also commented: busydetect=yes busycount=10 and call drops stopped.