Hi
I am have some difficulties using the latest RTPProxy. Everything seems to work fine unless you use G729 codec with 10ms frame lengths. Has anyone else experienced this issue, and does anyone have any suggestions to work around the issue?
Kind Regards
Noel
Noel Sharpe wrote:
Hi
I am have some difficulties using the latest RTPProxy. Everything seems to work fine unless you use G729 codec with 10ms frame lengths. Has anyone else experienced this issue, and does anyone have any suggestions to work around the issue? Kind Regards
You are going to need to provide more details about what is wrong. This is just to vague.
Noel
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Andres
If I set my UA (which is behind a NAT Firewall) to use 10ms frames with the G729 codec, there is one way audio from the UA to the PSTN. The PSTN gateway has a public IP Address. If I use any other codec (e.g. gsm, uLaw) there is no problem - the audio works both ways. If I use G729 with 40ms frames, there is also no issue - it works perfectly. Becasue the UA is behind a NAT, I am forcing rtp proxy use, but as this works with codecs other than G729 with 10ms frames, I don't think that this could be the issue. My question is anyone else seeing this issue, or conversely does anyone else have this working?
Noel
This e-mail was scanned for viruses using BitDefender
Noel Sharpe wrote:
Andres
If I set my UA (which is behind a NAT Firewall) to use 10ms frames with the G729 codec, there is one way audio from the UA to the PSTN. The PSTN gateway has a public IP Address. If I use any other codec (e.g. gsm, uLaw) there is no problem - the audio works both ways. If I use G729 with 40ms frames, there is also no issue - it works perfectly. Becasue the UA is behind a NAT, I am forcing rtp proxy use, but as this works with codecs other than G729 with 10ms frames, I don't think that this could be the issue. My question is anyone else seeing this issue, or conversely does anyone else have this working?
Noel
I just tried it using a PAP2 in my office and it works fine with 10ms frames (confirmed using Ethereal). Maybe your gateway is the one that does not like 10ms G729 frames. Why don't you try a call between 2 UAs using the rtpproxy to verify.
Cheers.