5 Feb
2004
5 Feb
'04
2:55 a.m.
The problem I have with that is:
nat_uac_test("2") yields a positive for our ATA working under port
forwarding.
Regards,
Dinesh
-----Original Message-----
From: Andres [mailto:andres@telesip.net]
Sent: Thursday, February 05, 2004 8:26 AM
To: Klaus Darilion
Cc: andres(a)telesip.net; Dinesh; serusers(a)lists.iptel.org
Subject: Re: [Serusers] log
Actually we are also testing "nat_uac_test". We anticipate that it will
take care of most of our needs. And on our production network we have
2 SER Servers exclusively for RTPProxy running non-stop for about 7
months now. Whenever we can't make STUN or port forwarding work on a
client we simply poing them to one of those 2 servers. But we plan to
migrate out of that structure. It is too cumbersome. We are planning
on simply integrating the "nat_uac_test" into all our servers so there
won't be need for separate types.
Klaus Darilion wrote:
--
Andres
Network Admin
http://www.telesip.net
So you have to configure each user if he is allowed to
use rtpproxy or
not? And what is if the user is mobile - some times
behind NAT, some
times not?
regards,
Klaus
Andres wrote:
> Dinesh wrote:
>
>> For a REGISTER will the below be true if the UA that is registering
has
>> a 5 in the 4th digit
>>
>> ie 1115999 true
>> 1114999 false
>>
>> if (uri=~"[0-9][0-9][0-9]5")
>> I saw some where in the docs that "User name is optional (it is for
>> example never included in REGISTER requests)"
>>
>> Thanks,
>> Dinesh
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serusers
>>
>>
>>
> So I take you are simply trying to centrally manage whether a user is
> to be foced through the RTPProxy or not. Seems
your are trying to do
> this with a numbering scheme which is quite
cumbersom. We are
> testing a more flexible approach based on acl groups. We simply
> defined a new acl group called "rtp_proxy". On a request like
> REGISTER or INVITE, Ser will check if either the "From" or "To"
> usernames belong to the group and apply the RTPProxy. Something
like:
>
> # Check if caller is on the rtp_proxy group
> if (is_user_in("From", "rtp_proxy")) {
> setflag(2); force_rport();
> fix_nated_contact();
> exec_msg("echo `date` - Caller is in rtp_proxy group -
From:
$SIP_HF_FROM To: $SIP_HF_TO Contact: $SIP_HF_CONTACT >>
/var/log/ser/rtp_proxy.log");
};
# Check if called user is on the rtp_proxy group
if ((is_user_in("To", "rtp_proxy")) & !(isflagset(2)) {
setflag(2); force_rport();
fix_nated_contact();
exec_msg("echo `date` - Called User is in rtp_proxy
group - From: $SIP_HF_FROM To: $SIP_HF_TO Contact: $SIP_HF_CONTACT
> /var/log/ser/rtp_proxy.log");
};
.
.
.
if (method=="INVITE") {
if (isflagset(2)) { # rtp_proxy group ?
force_rtp_proxy();
};
# /* set up reply processing */
t_on_reply("1");
};