[Serusers] still no help - usrloc synchronization

Tina kramarv at yahoo.com
Fri Apr 8 02:11:29 CEST 2005


Hi sir,
thanks a lot for the great work you are doing! 
I have a silly question...
I need to keep some session information (to forward the call via "appropriate" server). Is it possible to obtain hostname from ser.cfg or I should implement some proprietary external coding...?
Thanks in advance,
Tina

"Greger V. Teigre" <greger at teigre.com> wrote:
I was thinking about a load balancing scenario where the load balancer will replace the IP addresses.
g-)
 
---- Original Message ----
From: Tina
To: Greger V. Teigre
Sent: Wednesday, April 06, 2005 09:45 PM
Subject: Re: [Serusers] still no help - usrloc synchronization

> Thank you for givingme the scenario with "restricted IP" NAT, I am
> starting to find some acceptable solution. 
> Unfortunately, "one-public-IP" approach is not free from problems
> also. If your SIP router inserts this "one-public-IP" into the VIA
> header, the reply routing goes via wrong SIP server...  
> If your SIP server inserts its real-IP-address - the scenario
> mentioned above is still not resolved. 
> Any comments?
> Tina
> 
> "Greger V. Teigre" <greger at teigre.com> wrote:
> See inline.
> 
>> If you use DNS server for load balancing... the client receives one
>> of your domain IP addresses according to SRV. I don't see the problem
>> with a call here, cause UAC asks the address only once (before
>> sending INVITE). UAC already has the IP for BYE/reINVITEs. So why
>> would you replicate INVITEs?
> 
> I would never replicate INVITEs, I would just make sure that they are
> proxied through the correct SER server (i.e. IP). 
> 
> The problems depends on your setup. If you have SERs with different
> IPs, ex UA1 has registered with server  A and UA2 has registered with
> server B: If UA2 wants to call UA1 and UA is behind an IP restricted
> NAT, server A is stored in the NAT table of the NAT in front of UA1. 
> If server B sends an INVITE to UA1, the INVITE will be refused by
> UA1's NAT.     
>     This is why a "one public IP" in front of a load balancing
> cluster probably is a good way to go. 
> 
>> If you use IPVS/LVS... I believe you can force SER to insert it's
>> public IP into VIA, so there is no problem with replies. With regard
>> to another requests, I believe load balancer keeps connection
>> template, then when another request comes it would be forwarded to
>> the same ser.
> 
> Yes. There are different "keys" to use to load balance SIP messages. 
> One good way from a NAT point of view is to use originating IP
> address.  What you must remember is that the problem is not on the
> server side, but on the client side.  The NAT will in many situations
> stop incoming UDP packets if the originating ip:port is not already
> stored in the NAT table.  The Via header does not matter for the NAT.
> g-)
> 
>> Any comments?
>> 
>> "Greger V. Teigre" <greger at teigre.com> wrote:
>> Yes, I believe that is so. But still you get a problem if the NAT is
>> restricted, port-restricted or symmetric... The best would be to load
>> balance and always make sure that a given client is handled through a
>> given
>> SER (REGISTER and INVITEs). That includes forwarding INVITEs from one
>> SER to
>> another... OR you must load balance in front of your servers with one
>> common
>> public IP.
>> g-)
>> 
>> Matt Schulte wrote:
>>> Ack, I didn't even think about NAT. Would these be added before it
>>> gets sent off to the second proxy? ie:
>>> 
>>> if (!src_ip==blah.netlogic.net) {
>>> add_rcv_param();
>>> t_replicate("blah.netlogic.net", "999");
>>> };
>>> 
>>> -----Original Message-----
>>> From: Greger V. Teigre [mailto:greger at teigre.com]
>>> Sent: Tuesday, April 05, 2005 7:49 AM
>>> To: Matt Schulte; kramarv at yahoo.com
>>> ! ; Cc: serusers at lists.iptel.org
>>> Subject: Re: [Serusers] still no help - usrloc synchronization
>>> 
>>> 
>>> Well, you still have the NAT issues unless you do load balancing and
>>> your
>>> SER servers have the same public IP.
>>> Have you looked at 0.9.0 nathelper function add_rcv_param() ? It
>>> will add received info to the contact header for the other SER to
>>> process. Haven't really tried yet...
>>> g-)
>>> 
>>> Matt Schulte wrote:
>>>> I'm starting to lean this direction, using t_replicate and all. I
>>>> could never get usrloc (db mode) to function properly.. t_replicate
>>>> is
>>> 
>>>> a dirty but very effective workaround.
>>>> 
>>>> -----Original Message-----
>>>> From: Greger V. Teigre [mailto:greger at teigre.com]
>>>> Sent: Saturday, April 02, 2005 1:33 AM
>>>> To: kramarv at yahoo.com
>>>> Cc: serusers at lists.iptel.org
>>>> Subject: Re: [Serusers] still ! no help - usrloc synchronization
>>>> 
>>>> 
>>>> Have a look at this thread:
>>>> http://lists.iptel.org/pipermail/serusers/2005-January/014669.html
>>>> g-)
>>>> 
>>>> Java Rockx wrote:
>>>>> Tina,
>>>>> 
>>>>> I thought I saw you post the other day that you did not want to
>>>>> use t_replicate(), however, this is probably your best bet to
>>>>> getting this
>>>> 
>>>>> to work, IMHO.
>>>>> 
>>>>> Regards,
>>>>> Paul
>>>>> 
>>>>> On Apr 1, 2005 4:08 PM, Tina wrote:
>>>> ! >>
>>>>>> Hi, please help me, I'm stuck with it!!!!!
>>>>>> I am trying to set up several sers with a shared MySQL database
>>>>>> for location service.
>>>>>> 
>>>>>> I set in each ser.cfg:
>>>>>> 
>>>>>> modparam("usrloc", "db_mode", 2)
>>>>>> modparam("usrloc",
>>>>>> "db_url","sql://ser:heslo@192.168.25.163/ser")
>>>>>> 
>>>>>> and the servers are not synchronized.
>>>>>> The I set
>>>>>> modparam("usrloc", "db_mode", 2)
>>>>>> 
>>>>>> 
>>>>>> made UAC (Xlite) register to one of the servers.
>>>>>> I see it via usrloc, but there is no record in "location" mySQL
>>>>>> table....So others do not see the client and I'm unable to make
>>>>>> calls....
>>>>>> 
>>>>>> 
>>>>>> Please help how to work with usrloc and mySQL...
>>>>>> 
>>>>>> Tina,
>>>>>> software engineer
>>>>>> 
>>>>>> ________________________________
>>>>>> Do you Yahoo!?
>>>>>> Better first dates. More second dates. Yahoo! Personals
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Serusers mailing list
>>>>>> serusers at lists.iptel.org
>>>>>> http://lists.iptel.org/mailman/listinfo/serusers 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> Serusers mailing list
>>>>> serusers at lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>>> 
>>>> _______________________________________________
>>>> Serusers mailing list
>>>> serusers at lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>> 
>> 
>> 
>> 
>> Yahoo! Messenger
>> Show us what our next emoticon should look like. Join the fun.
> 
> 
> Do you Yahoo!?
> Better first dates. More second dates. Yahoo! Personals

		
---------------------------------
Do you Yahoo!?
 Better first dates. More second dates. Yahoo! Personals 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20050407/0e4f263f/attachment.htm>


More information about the sr-users mailing list