What are some things that might create one-way audio issues from different clients, all using STUN, all NATted behind the same firewall?
Some UAs, I have to add port-forwarding for to ensure two-way audio (they're behaving as though they're behind a symmetric NAT). Others, I don't have any issues with at all.
For instance, X-Lite? Always works. Snom? Requires port-forwarding in order to function correctly 100% of the time (often works, doesn't always). Grandstream (phones and ATAs)? Always works. UTStarCom F3000? Requires port-forwarding to function correctly. SJPhone? Always works. Etc., etc.
All these devices are behind the same firewall, so I don't think it's necessarily an issue with the method of NAT that the firewall does. It's something that varies inside the UA.
Any ideas what, inside a UA, could cause such disparity? I thought it might be the SDP headers, but I can't honestly tell MUCH difference between them.
I'm at a bit of a loss for all the bizarre variables involved.
N.
Hi ! I have a problem with this instruction:
if(avp_db_load("$ruri/username", "s:callfwd/usr_preferences")){ setflag(22); avp_pushto("$ruri","s:callfwd"); };
avp_db_load instruction don't match ! It work only in this condition:
if(!avp_db_load("$ruri/username", "s:callfwd/usr_preferences"))
nevertheless when the last condition (with a negation) matched avp_pushto instruction report this error "avp not found".
1) Why avp_db_load condition work only whit negation ? 2) Why avp_pushto report this error ?
Thanks to all. A.C.
Hi ! I have a problem with this instruction: if(avp_db_load("$ruri/username", "s:callfwd/usr_preferences")){ setflag(22); avp_pushto("$ruri","s:callfwd"); };
avp_db_load instruction is always false ... in all condition (field of usr_preferences table are correctly compiled )! It work only in this condition:
if(!avp_db_load("$ruri/username", "s:callfwd/usr_preferences"))
nevertheless when the last condition (with a negation) matched avp_pushto instruction report this error "avp not found".
1) Why avp_db_load condition work only whit negation ? 2) Why avp_pushto report this error ?
Thanks to all. A.C.
Symmetric versus asymmetric RTP session. Check if the UE uses the same port for transmitting and receiving of the stream... Asymmetric stream needs device specific port-forwarding to enable it.
I have got one very fresh adventure with this issue. :-)
Michal
On Mon, Aug 07, 2006 at 01:38:18PM -0400, sip wrote:
What are some things that might create one-way audio issues from different clients, all using STUN, all NATted behind the same firewall?
Some UAs, I have to add port-forwarding for to ensure two-way audio (they're behaving as though they're behind a symmetric NAT). Others, I don't have any issues with at all.
For instance, X-Lite? Always works. Snom? Requires port-forwarding in order to function correctly 100% of the time (often works, doesn't always). Grandstream (phones and ATAs)? Always works. UTStarCom F3000? Requires port-forwarding to function correctly. SJPhone? Always works. Etc., etc.
All these devices are behind the same firewall, so I don't think it's necessarily an issue with the method of NAT that the firewall does. It's something that varies inside the UA.
Any ideas what, inside a UA, could cause such disparity? I thought it might be the SDP headers, but I can't honestly tell MUCH difference between them.
I'm at a bit of a loss for all the bizarre variables involved.
N. _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers