Yate server > Yate bugs

Transcoding alaw to g729

(1/3) > >>

jakubbednar:
Hi, I am using Yate 4.3 and I have problem with transcoding. I make it simple... I have a clean isntallation of Yate and very basic config.

Regfile.conf

[username]
[1000]
password=
format=alaw
[1001]
password=
format=g729


ysipchan.conf

[codecs]
alaw=enable
g729=enable


and after reading yate docs from http://docs.yate.ro/wiki/Transcoding , I added these two lines to regexroute:

regexroute.conf

[contexts]

.*=;oformats=$(transcode,,${formats})

[default]

${rtp_forward}^yes$^=;formats=${oformats}


But its not working... it makes call but both legs uses alaw codec or both g729, so yate doesnt perform transcoding. See attached log.

I tried a lot of things, searched in yate archive and also in this forum, but I am not able to force Yate to transcode and I really need it, becouse I need it for testig performance during transcoding with abacus test system. Any answer will be helpfull.

Thanks


marian:
What protocol are you using?
Why do you need to force transcoding?
Can you give us an example?

jakubbednar:
I am using SIP protocol.

And I need it for testing performance for my diploma thesis. I am testing Yate on differnet HW configurations. I have to measure and compatre max. call volume that can Yate handle with transcoding and without transcoding.

thanks for any help

marian:
It is not easy to force transcoding.
Usually people want to avoid it.

Configure the calling party not to offer alaw.
Set the formats when routing:
.*=;formats=alaw

I suppose you do have a G729 data translator module for yate.
The transcoding won't work otherwise.


The incoming channel media won't change.
The outgoing channel format will be set to alaw.

jakubbednar:
What do you mean with : "Configure the calling party not to offer alaw."  ? Where and what to change ?

And yes I have compiled and loaded g729 module a and I can make calls when both legs uses g729, but I need to find out how to transcode :)

Thanks a lot for your help

Navigation

[0] Message Index

[#] Next page

Go to full version