5 Apr
2005
5 Apr
'05
2:55 p.m.
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@teigre.com]
Sent: Tuesday, April 05, 2005 7:49 AM
To: Matt Schulte; kramarv(a)yahoo.com
Cc: serusers(a)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@teigre.com]
Sent: Saturday, April 02, 2005 1:33 AM
To: kramarv(a)yahoo.com
Cc: serusers(a)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 <kramarv(a)yahoo.com> wrote:
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers 
5 Apr
5 Apr
3:09 p.m.
New subject: [Serusers] still no help - usrloc synchronization
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@teigre.com]
Sent: Tuesday, April 05, 2005 7:49 AM
To: Matt Schulte; kramarv(a)yahoo.com
Cc: serusers(a)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@teigre.com]
> Sent: Saturday, April 02, 2005 1:33 AM
> To: kramarv(a)yahoo.com
> Cc: serusers(a)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 <kramarv(a)yahoo.com> 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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers 
5:11 p.m.
New subject: [Serusers] still no help - usrloc synchronization
Hi there,
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?
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.
Any comments?
"Greger V. Teigre" <greger(a)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@teigre.com]
Sent: Tuesday, April 05, 2005 7:49 AM
To: Matt Schulte; kramarv(a)yahoo.com
Cc: serusers(a)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:
---------------------------------
Yahoo! Messenger
Show us what our next emoticon should look like. Join the fun.
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@teigre.com]
> Sent: Saturday, April 02, 2005 1:33 AM
> To: kramarv(a)yahoo.com
> Cc: serusers(a)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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
6 Apr
6 Apr
7:42 a.m.
New subject: [Serusers] still no help - usrloc synchronization
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(a)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@teigre.com]
Sent: Tuesday, April 05, 2005 7:49 AM
To: Matt Schulte; kramarv(a)yahoo.com
! ; Cc: serusers(a)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:
Yahoo! Messenger
Show us what our next emoticon should look like. Join the fun. 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@teigre.com]
> Sent: Saturday, April 02, 2005 1:33 AM
> To: kramarv(a)yahoo.com
> Cc: serusers(a)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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
7 Apr
7 Apr
12:22 a.m.
New subject: [Serusers] still no help - usrloc synchronization
I think about the following solution: keep information about the SIP server where the
callee was registered, then forward the call there.
"Greger V. Teigre" <greger(a)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(a)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:
---------------------------------
Do you Yahoo!?
Better first dates. More second dates. Yahoo! Personals
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@teigre.com]
Sent: Tuesday, April 05, 2005 7:49 AM
To: Matt Schulte; kramarv(a)yahoo.com
! ; Cc: serusers(a)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:
Yahoo! Messenger
Show us what our next emoticon should look like. Join the fun. 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@teigre.com]
> Sent: Saturday, April 02, 2005 1:33 AM
> To: kramarv(a)yahoo.com
> Cc: serusers(a)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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
7181
days inactive
7182
days old
4 comments
3 participants
participants (3)
-
Greger V. Teigre -
Matt Schulte -
Tina