[asterisk-bugs] [Asterisk 0010433]: g726 appears broken between 1.4.x and 1.2.x
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Aug 22 11:39:37 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10433
======================================================================
Reported By: eeman
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 10433
Category: Channels/General
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.4.10
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 08-12-2007 11:50 CDT
Last Modified: 08-22-2007 11:39 CDT
======================================================================
Summary: g726 appears broken between 1.4.x and 1.2.x
Description:
Platform A :
asterisk 1.2.24
centos/redhat 4.5
intel motherboard
white box assembly
Platform B:
asterisk 1.4.10.1
centos/redhat 4.5
dell poweredge 2650
when trying to use g726 on an IAX2 channel between a 1.4.10 and 1.2.24
platform B is setup to allow both g726 and ulaw, g726 is preferred.
if, on platform A, I
disallow=all
allow=g726,ulaw
ulaw always gets chosen w/ a preference of 'unknown'
if I force only g726
disallow=all
allow=g726
I get
incoming audio call:
Aug 12 12:39:19 WARNING[18838]: channel.c:509 ast_best_codec: Don't know
any of 0xe800 formats
Aug 12 12:39:19 ERROR[18838]: chan_iax2.c:7478 socket_read: No best format
in 0xe800???
outgoing audio call:
the following shows up on the receiving side (asterisk 1.4.10)
[Aug 12 12:59:02] WARNING[18775]: channel.c:718 ast_best_codec: Don't know
any of 0xe000 formats
[Aug 12 12:59:02] ERROR[18775]: chan_iax2.c:7486 socket_process: No best
format in 0xe000???
could this be a result of 1.2.x referring to g726 as 0xe000 and 1.4.x
referring to g726 as 0xe800? Would that result in the preferred codec
showing up as 'unknown' ?
======================================================================
----------------------------------------------------------------------
eeman - 08-22-07 11:39
----------------------------------------------------------------------
it doesn't error but it fails to pass audio, i just hear some faint blips
when playing back a sound file. I mentioned this in the first note of this
bug thread.
if 1.4 side sets g726 and 1.2 side sets g726 i get a negotiation error
if 1.4 side sets g726aal2 and 1.2 side sets g726 i get no error but the
audio stream is illegible
if i set 1.4 side to ulaw and 1.2 side to ulaw the same audio file plays
back fine
Issue History
Date Modified Username Field Change
======================================================================
08-22-07 11:39 eeman Note Added: 0069258
======================================================================
More information about the asterisk-bugs
mailing list