[serusers] calling problem

[Java Rockx]

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 at 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 at gmail.com>
> >Reply-To: Java Rockx <javarockx at gmail.com>
> >To: michael p <mikep3000 at hotmail.com>, serusers <serusers at 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 at 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 at gmail.com>
> > > >Reply-To: Java Rockx <javarockx at gmail.com>
> > > >To: michael p <mikep3000 at hotmail.com>
> > > >CC: serusers at 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><
> http://sourceforge.net>
> ><
> > > http://sourceforge.net>.
> > > >
> > > >Regards,
> > > >Paul
> > > >
> > > >On 6/23/05, michael p <mikep3000 at 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 at lists.iptel.org
> > > > > http://lists.iptel.org/mailman/listinfo/serusers
> > > > >
> > >
> > >
> > >
> 
> 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20050627/fec7bb32/attachment.htm>