Paul,
in ser.cfg i have :
# Special flag marking contacts behind NAT modparam("registrar", "nat_flag", 6)
and after:
# Flag 5: NAT flag #=0: Request comes from user with public IP (caller has public IP addre$ #=1: Request comes from user behind NAT (caller is behind NAT) # Flag 6: NAT flag for contacts saved in the location table #=0: The callee has public IP address #=1: The callee is behind NAT
why did you tell me to put the flag to 4? is the number of the flag is important or it's not ?
do you know why after a specific time some SIP clients are deconnected alone? is there a variable that i can change for that?
Best regards,
Michael
From: Java Rockx javarockx@gmail.com Reply-To: Java Rockx javarockx@gmail.com To: michael p mikep3000@hotmail.com, serusers serusers@lists.iptel.org Subject: Re: [serusers] calling problem Date: Fri, 24 Jun 2005 07:24:19 -0400
Michael,
I'm quite certain that if the value of the "flags" column in the location table is set to 1 then the SER registrar module thinks that the REGISTER message is from a NATed client.
By default, SER uses flag 4 to indicate NAT status in the ser.cfg file. So if you have called setflag(4) somewhere before save("location") then you are informing SER that the client is NATed.
You can change the flag by using something like this
modparam("registrar", "nat_flag", 2)
The above line tells SER to use flag 2 as the NAT indicator.
Regards, Paul
On 6/24/05, michael p mikep3000@hotmail.com wrote:
it's impossible that it's that
first all my client are behind a NAT and some flags are 1 and others 0
second i 'm already used a stun server.
do you think that's something else?
do you know why after a specific time some SIP clients are deconnected alone? is there a variable that i can change for that?
thanks
M.
From: Java Rockx javarockx@gmail.com Reply-To: Java Rockx javarockx@gmail.com To: michael p mikep3000@hotmail.com CC: serusers@lists.iptel.org Subject: Re: [serusers] calling problem Date: Thu, 23 Jun 2005 09:02:29 -0400
Flags = 0 indicates that the SIP client is not behind a NAT device.
Flags = 1 indicates that the SIP client is behind a NAT device.
In order to get audio (ie, RTP streams) working one one or more SIP
clients
is behind a NAT device you must use either rtpproxy or mediaproxy.
The Getting Started document at http://onsip.org/ fully describes how
to
use both.
A third, but IMHO, less appealing option would be to use a STUN server, such as mystun which is availble at sourceforge.net http://sourceforge.net
<
Regards, Paul
On 6/23/05, michael p mikep3000@hotmail.com wrote:
hi
in my table location of SER i have a field flags, someone knows for
what
is?
now i have three users registered and two can call and their flags
are
"0"
and one can't call and is flags field is "1"
is that the reason why it don't work?
thanks
M.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I don't think I said to use flag 4. What I said was that if you don't specify a flag, then SER will use flag 4 because that is how the default flag that the registrar module will use.
So my point was that if you are using flag 4 for something else in your ser.cfg then that may be "stepping on the toes" of the NAT flag. If you are use flag 5 then you should be OK.
Regards, Paul
On 6/27/05, michael p mikep3000@hotmail.com wrote:
Paul,
in ser.cfg i have :
# Special flag marking contacts behind NAT modparam("registrar", "nat_flag", 6)
and after:
# Flag 5: NAT flag #=0: Request comes from user with public IP (caller has public IP addre$ #=1: Request comes from user behind NAT (caller is behind NAT) # Flag 6: NAT flag for contacts saved in the location table #=0: The callee has public IP address #=1: The callee is behind NAT
why did you tell me to put the flag to 4? is the number of the flag is important or it's not ?
do you know why after a specific time some SIP clients are deconnected alone? is there a variable that i can change for that?
Best regards,
Michael
From: Java Rockx javarockx@gmail.com Reply-To: Java Rockx javarockx@gmail.com To: michael p mikep3000@hotmail.com, serusers serusers@lists.iptel.org Subject: Re: [serusers] calling problem Date: Fri, 24 Jun 2005 07:24:19 -0400
Michael,
I'm quite certain that if the value of the "flags" column in the location table is set to 1 then the SER registrar module thinks that the REGISTER message is from a NATed client.
By default, SER uses flag 4 to indicate NAT status in the ser.cfg file.
So
if you have called setflag(4) somewhere before save("location") then you are informing SER that the client is NATed.
You can change the flag by using something like this
modparam("registrar", "nat_flag", 2)
The above line tells SER to use flag 2 as the NAT indicator.
Regards, Paul
On 6/24/05, michael p mikep3000@hotmail.com wrote:
it's impossible that it's that
first all my client are behind a NAT and some flags are 1 and others 0
second i 'm already used a stun server.
do you think that's something else?
do you know why after a specific time some SIP clients are deconnected alone? is there a variable that i can change for that?
thanks
M.
From: Java Rockx javarockx@gmail.com Reply-To: Java Rockx javarockx@gmail.com To: michael p mikep3000@hotmail.com CC: serusers@lists.iptel.org Subject: Re: [serusers] calling problem Date: Thu, 23 Jun 2005 09:02:29 -0400
Flags = 0 indicates that the SIP client is not behind a NAT device.
Flags = 1 indicates that the SIP client is behind a NAT device.
In order to get audio (ie, RTP streams) working one one or more SIP
clients
is behind a NAT device you must use either rtpproxy or mediaproxy.
The Getting Started document at http://onsip.org/ fully describes how
to
use both.
A third, but IMHO, less appealing option would be to use a STUN
server,
such as mystun which is availble at sourceforge.nethttp://sourceforge.net<
<
Regards, Paul
On 6/23/05, michael p mikep3000@hotmail.com wrote:
hi
in my table location of SER i have a field flags, someone knows
for
what
is?
now i have three users registered and two can call and their flags
are
"0"
and one can't call and is flags field is "1"
is that the reason why it don't work?
thanks
M.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers