[asterisk-ss7] Version 0.8.3 of chan_ss7 for asterisk released

Anton anton.vazir at gmail.com
Mon Mar 20 04:27:02 MST 2006


Hi Kai,

It's really a problem for me and happens even with a SINGLE 
working timeslot. But the behaviour of that problem is 
really strange. 

When I do connect from the chan_ss7 box to the endpoint over 
g711 codec - everything is fine.

When I do connect from the chan_ss7 box with IPP g729 or 
g723 codec with remote endpoint (over satellite link, 
600+ms) - sound is glitchy and there is an audio lost

When I do connect from the chan_ss7 box with g711 codec to 
ANOTHER asterisk box via SIP, which THAN transcodes g711 to 
IPP g729 or g723 codec with remote endpoint (over satellite 
link, 600+ms) - sound is glitchy and there is an audio 
lost!!!

When I do connect from the chan_ss7 box with g711 codec to a 
COMMERCIAL MVTS softswitch via SIP, which THAN transcodes 
g711 to it's own builtin g729 or g723 codec with remote 
endpoint (over satellite link, 600+ms) - sound is OK and 
there is NO AUDIOLOST!

So, I can't even guess why does that happen.

The error happens in the code which uses write() to the 
zaptel fd. Than write() returns EAGAIN and resource 
temporarily unavalable and that error happens. But 
considering the conditions given above - that is strange 
and I could only guess that there is some global 
desyncronization...

Regards,
Anton


On 20 March 2006 14:12, Kai Militzer wrote:
> Hello Anton,
>
> Anton wrote:
> > Did you ever experienced an AUDIO LOST problem?
> > (resource temporary unavailable) in write to zaptel
> > device?
>
> Not that I am aware off. How do you realize you have this
> problem? Is it hearable in calls in the audio stream or
> do you just see messages in the logs? I have a really,
> really low call volume on my machine, so the problem
> might not happen to me ...
>
> Best regards,
> Kai


More information about the asterisk-ss7 mailing list