[asterisk-bugs] [Asterisk 0011541]: SIP Redirect causes Asked to transmit frame type 64, while native formats is 0x4 (ulaw)
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Aug 4 17:45:50 CDT 2008
The following issue has been CLOSED
======================================================================
http://bugs.digium.com/view.php?id=11541
======================================================================
Reported By: norman
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11541
Category: Channels/chan_sip/CodecHandling
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.4.18
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: unable to reproduce
Fixed in Version:
======================================================================
Date Submitted: 2007-12-13 15:30 CST
Last Modified: 2008-08-04 17:45 CDT
======================================================================
Summary: SIP Redirect causes Asked to transmit frame type 64,
while native formats is 0x4 (ulaw)
Description:
If I have an active call on client 1, then blind transfer that call to
client 2, then send a SIP 302 redirect of the call back to client 1, my
console fills up with "Asked to transmit frame type 64, while native
formats is 0x4 (ulaw)" messages. The ring tone cannot be heard by the
original caller as it normally is for transfers (i.e. the first transfer.)
Then after I hang up, I get these every few seconds:
Remote host can't match request BYE to call ... Giving up.
Except it doesn't give up, since they continue as long as the client is
registered.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2008-08-04 17:45 Corydon76 Status new => closed
2008-08-04 17:45 Corydon76 Resolution open => unable to
reproduce
======================================================================
More information about the asterisk-bugs
mailing list