Well, regardless of STUN or not, if the UA is behind a symmetric NAT,
you must proxy.
For calls to nad from the PSTN, you can use active media if your GW
supports it. Use fix_nated_sdp("3") on such calls (INVITE) and OKs and
direction=active will be added. This also works for symmetric NATs.
g-)
Nhadie wrote:
Hi All,
I'm having problem that the rtpproxy is using 54% of my CPU.
Unfortunately i don't have enough money to buy a newer server.
Can I make it such a way that I will force only rtpproxy when the call is
from a private top another private, but when a private goes to a public IP
(like my PSTN gateway) I won't use rtpproxy. another prob of mine is that
some phones don't have STUN configured on it, but I have a STUN server.
The big clients Ihave pu STUN already, but still they're going to the
rtpproxy, I tried this config
if ((uri=~"^(sip:)?00[0-9]*@([a-z]+.)?mydomain.com") ||
(uri=~"^(sip:)?00[0-9]*@202.202.202.203")) {
if (is_user_in("From", "world-pstn")) {
if (isflagset(8)) {xlog("L_INFO", "Call to anywhere in the
Worldn");};
if ((is_user_in("From", "onstun"))) {
# Strip first to digits (00)
strip(2);
prefix("25050#");
rewritehostport("202.202.202.202:5060");
consume_credentials();
t_relay_to_udp("202.202.202.202", "5060");
break;
} else {
if (isflagset(6)) route(1);
strip(2);
prefix("25050#");
rewritehostport("202.202.202.202:5060");
#rewritehostport("202.202.202.202:5060");
consume_credentials();
t_relay_to_udp("202.202.202.202", "5060");
#t_relay_to_udp("202.202.202.202", "5060");
break;
};
} else {
if (isflagset(8)) {xlog("L_INFO", "Your not allowed to call
PSTNn");};
sl_send_reply("404", "DENIED: USER NOT IN WORLD-PSTN");
break;
};
which would detect if an extension is a member of the onstun it will not use
rtpproxy, but the caller (using IP phone) cannot hear the called party but
the call is connecting, hope anyone can help me, badly need it. Thank You
Regards,
Nhadie
________________________________________________
Message sent using UebiMiau 2.7
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers