Hello guys,
i have a question about a voip gateway we use.
I saw those values typing in cli:
core show translation
g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc
g726 g722 slin16
g723 - - - - - - - - - - -
- - -
gsm - - 2001 2001 6000 2001 2000 16000 - 34002 -
6000 4000 10000
ulaw - 6001 - 1 4001 2 1 14001 - 32003 -
4001 2001 8001
alaw - 6001 1 - 4001 2 1 14001 - 32003 -
4001 2001 8001
g726aal2 - 10000 4001 4001 - 4001 4000 18000 - 36002 -
1 6000 12000
adpcm - 6001 2 2 4001 - 1 14001 - 32003 -
4001 2001 8001
slin - 6000 1 1 4000 1 - 14000 - 32002 -
4000 2000 8000
lpc10 - 10000 4001 4001 8000 4001 4000 - - 36002 -
8000 6000 12000
g729 - - - - - - - - - - -
- - -
speex - 10000 4001 4001 8000 4001 4000 18000 - - -
8000 6000 12000
ilbc - - - - - - - - - - -
- - -
g726 - 10000 4001 4001 1 4001 4000 18000 - 36002 -
- 6000 12000
g722 - 14001 8002 8002 12001 8002 8001 22001 - 40003 -
12001 - 6000
slin16 - 22001 16002 16002 20001 16002 16001 30001 - 48003 -
20001 8000 -
Do you think it is normal? Could be this values symptom of a problem on the
server?
We have some voice quality problems in our voip network.
I have to say that this gateway at the moment is not assigned to perform
transcoding (i'd like it did it since its is a good hardware) but this
values seems strange to me. In others servers i have very minor values.
It is assigned to the last part of our voice network and it send traffic in alaw
via sip to our isp.
Its load in not heavy, it never handles more than 20 simultaneously calls.
The machine is a 4 cpu Xeon(TM) CPU 3.06GHz with 2 Gb of ram one Wildcard TE405P
quad-span T1/E1/J1
Linux is a Debian 5
Linux gw-01 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 GNU/Linux
Asterisk is
gw-e1-01*CLI> core show version
Asterisk 1.6.0.15 built by root @ gw-01 on a i686 running Linux on 2009-09-24
08:41:26 UTC
gw-e1-01*CLI>
Dahdi is
dahdi-linux-2.2.0.2
dahdi-tools-2.2.0
libpri-1.4.10.1
(upgraded today to see changes)
Thanks for yours indications, regards
Gianluca
On Tue, 13 Oct 2009, Gianluca Ba? wrote:> Hello guys, > i have a question about a voip gateway we use. > I saw those values typing in cli: > > core show translation > > g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 slin16 > g723 - - - - - - - - - - - - - - > gsm - - 2001 2001 6000 2001 2000 16000 - 34002 - 6000 4000 10000 > ulaw - 6001 - 1 4001 2 1 14001 - 32003 - 4001 2001 8001 > alaw - 6001 1 - 4001 2 1 14001 - 32003 - 4001 2001 8001 > g726aal2 - 10000 4001 4001 - 4001 4000 18000 - 36002 - 1 6000 12000 > adpcm - 6001 2 2 4001 - 1 14001 - 32003 - 4001 2001 8001 > slin - 6000 1 1 4000 1 - 14000 - 32002 - 4000 2000 8000 > lpc10 - 10000 4001 4001 8000 4001 4000 - - 36002 - 8000 6000 12000 > g729 - - - - - - - - - - - - - - > speex - 10000 4001 4001 8000 4001 4000 18000 - - - 8000 6000 12000 > ilbc - - - - - - - - - - - - - - > g726 - 10000 4001 4001 1 4001 4000 18000 - 36002 - - 6000 12000 > g722 - 14001 8002 8002 12001 8002 8001 22001 - 40003 - 12001 - 6000 > slin16 - 22001 16002 16002 20001 16002 16001 30001 - 48003 - 20001 8000 - > > Do you think it is normal? Could be this values symptom of a problem on the server? > We have some voice quality problems in our voip network. > > I have to say that this gateway at the moment is not assigned to perform transcoding (i'd like it did it since its is a good hardware) but this values seems strange to me. In others servers i have very minor values. > > It is assigned to the last part of our voice network and it send traffic in alaw via sip to our isp. > Its load in not heavy, it never handles more than 20 simultaneously calls. > > The machine is a 4 cpu Xeon(TM) CPU 3.06GHz with 2 Gb of ram one Wildcard TE405P quad-span T1/E1/J1 > > Linux is a Debian 5 > > Linux gw-01 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 GNU/Linux > > Asterisk is > > gw-e1-01*CLI> core show version > Asterisk 1.6.0.15 built by root @ gw-01 on a i686 running Linux on 2009-09-24 08:41:26 UTC > gw-e1-01*CLI> > > Dahdi is > > dahdi-linux-2.2.0.2 > dahdi-tools-2.2.0 > libpri-1.4.10.1 > > (upgraded today to see changes) > > Thanks for yours indications, regards > > Gianluca >Hi, Your other boxes are probably pre 1.6. Values are now printed in microseconds rather than milliseconds. j
>> On Tue, 13 Oct 2009, Gianluca Ba? wrote:>> Hello guys, >> i have a question about a voip gateway we use. >> I saw those values typing in cli: >> >> core show translation >> >> g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 slin16 >> g723 - - - - - - - - - - - - - - >> gsm - - 2001 2001 6000 2001 2000 16000 - 34002 - 6000 4000 10000 >> ulaw - 6001 - 1 4001 2 1 14001 - 32003 - 4001 2001 8001 >> alaw - 6001 1 - 4001 2 1 14001 - 32003 - 4001 2001 8001 >> g726aal2 - 10000 4001 4001 - 4001 4000 18000 - 36002 - 1 6000 12000 >> adpcm - 6001 2 2 4001 - 1 14001 - 32003 - 4001 2001 8001 >> slin - 6000 1 1 4000 1 - 14000 - 32002 - 4000 2000 8000 >> lpc10 - 10000 4001 4001 8000 4001 4000 - - 36002 - 8000 6000 12000 >> g729 - - - - - - - - - - - - - - >> speex - 10000 4001 4001 8000 4001 4000 18000 - - - 8000 6000 12000 >> ilbc - - - - - - - - - - - - - - >> g726 - 10000 4001 4001 1 4001 4000 18000 - 36002 - - 6000 12000 >> g722 - 14001 8002 8002 12001 8002 8001 22001 - 40003 - 12001 - 6000 >> slin16 - 22001 16002 16002 20001 16002 16001 30001 - 48003 - 20001 8000 - >> >> Do you think it is normal? Could be this values symptom of a problem on the server? >> We have some voice quality problems in our voip network. >> >> I have to say that this gateway at the moment is not assigned to perform transcoding (i'd like it did it since its is a good hardware) but this values seems strange to me. In others servers i have very minor values. >> >> It is assigned to the last part of our voice network and it send traffic in alaw via sip to our isp. >> Its load in not heavy, it never handles more than 20 simultaneously calls. >> >> The machine is a 4 cpu Xeon(TM) CPU 3.06GHz with 2 Gb of ram one Wildcard TE405P quad-span T1/E1/J1 >> >> Linux is a Debian 5 >> >> Linux gw-01 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 GNU/Linux >> >> Asterisk is >> >> gw-e1-01*CLI> core show version >> Asterisk 1.6.0.15 built by root @ gw-01 on a i686 running Linux on 2009-09-24 08:41:26 UTC >> gw-e1-01*CLI> >> >> Dahdi is >> >> dahdi-linux-2.2.0.2 >> dahdi-tools-2.2.0 >> libpri-1.4.10.1 >> >> (upgraded today to see changes) >> >> Thanks for yours indications, regards >> >> Gianluca >>> Hi, > > Your other boxes are probably pre 1.6. Values are now printed in > microseconds rather than milliseconds. > > jHi Jeff, thanks for your interest. This is a core show translation from another server with asterisk 1.6.0.6 (the same older version of the other servers which gives to me the same strange results) The server is an Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz with 1Gb of ram mediaswitch*CLI> core show translation Translation times between formats (in microseconds) for one second of data Source Format (Rows) Destination Format (Columns) g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 slin16 g723 - - - - - - - - - - - - - - gsm - - 2 2 3 2 1 2 - - - 2 2 3 ulaw - 4001 - 1 3 2 1 2 - - - 2 2 3 alaw - 4001 1 - 3 2 1 2 - - - 2 2 3 g726aal2 - 4001 2 2 - 2 1 2 - - - 1 2 3 adpcm - 4001 2 2 3 - 1 2 - - - 2 2 3 slin - 4000 1 1 2 1 - 1 - - - 1 1 2 lpc10 - 4001 2 2 3 2 1 - - - - 2 2 3 g729 - - - - - - - - - - - - - - speex - - - - - - - - - - - - - - ilbc - - - - - - - - - - - - - - g726 - 4002 3 3 1 3 2 3 - - - - 3 4 g722 - 4001 2 2 3 2 1 2 - - - 2 - 1 slin16 - 4002 3 3 4 3 2 3 - - - 3 1 - It seems to be better than the other one... Do you have any ideas? Thanks, Gianluca
On Tue, Oct 13, 2009 at 10:19:19AM +0200, Gianluca Ba? wrote:> Hello guys, > i have a question about a voip gateway we use. > I saw those values typing in cli: > > core show translation > > g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 slin16 > g723 - - - - - - - - - - - - - - > gsm - - 2001 2001 6000 2001 2000 16000 - 34002 - 6000 4000 10000The translations values are calculated at startup by Asterisk to find codec priorities. Asterisk uses a short time period to avoid wasting time. That said, it shouldn't produce an order that is incorrect. If you want to get better granularity in the results, try: core show translations recalc 1000 -- Tzafrir Cohen icq#16849755 jabber:tzafrir.cohen at xorcom.com +972-50-7952406 mailto:tzafrir.cohen at xorcom.com http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir