Re: [SR-Users] LCR in Kamailio 4.0

2013-06-29 Thread Juha Heinanen
Gary Chen writes:

 In this case if you have several sets of lcr_id, you will end up with
 several duplicate gateway and rulls.

it is possible to define gateways that are common to all lcr instances.
lcr_id of such gws is 0.

-- juha

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] LCR in Kamailio 4.0

2013-06-28 Thread Geoffrey Mina
Greetings,
I am migrating some 1.5 servers to 4.0 and I have some questions about how
the LCR module works now.

I am familiar with the concept of the gw table and the lcr table.  This was
pretty straight forward.  In the new version it looks like we have:

LCR Gateway List
LCR Rule List
LCR Target List

I read through the module documentation and it doesn't really speak to what
the new architecture is intended to accomplish.  Anyone have a quick
overview they would like to share which would help me understand the intent
of the data structure?

Thanks,
Geoff
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] LCR in Kamailio 4.0

2013-06-28 Thread Gary Chen
First thing to remember that lcr_id field is the one to link all three
tables together. Let's say that you want to create a lcr to route
international call starting with 011:
1) Create a row in lcr_gw table with id = 4, lcr_id = 3 and gateway IP etc.
2) Then create a row in lcr_rule table with id =2, lcr_id = 3 and prefix =
011
3) Then create a row in lcr_rule_target table to glue the gateway and
prefix together like this: lcr_id =3, gw_id=4 (Match the id value in lcr_gw
table), rule_id = 2 (Match the id in lcr_rule table)  also rest of the
fields like priority etc.

Hope this help.

Gary



On Fri, Jun 28, 2013 at 5:02 PM, Geoffrey Mina geoffreym...@gmail.comwrote:

 Greetings,
 I am migrating some 1.5 servers to 4.0 and I have some questions about how
 the LCR module works now.

 I am familiar with the concept of the gw table and the lcr table.  This
 was pretty straight forward.  In the new version it looks like we have:

 LCR Gateway List
 LCR Rule List
 LCR Target List

 I read through the module documentation and it doesn't really speak to
 what the new architecture is intended to accomplish.  Anyone have a quick
 overview they would like to share which would help me understand the intent
 of the data structure?

 Thanks,
 Geoff

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] LCR in Kamailio 4.0

2013-06-28 Thread Geoffrey Mina
What is the value of the target table?  Previously the lcr rule table was
directly tied to the gateway.  Is this simply to enable N:1 relationships
between lcr rules and gateways.

Also - any idea how to reload the LCR configuration without restarting
kamailio?  I previously issued kamctl fifo lcr_reload, but that doesn't
appear to work any longer.

Thanks!


On Fri, Jun 28, 2013 at 4:44 PM, Gary Chen gchen3...@gmail.com wrote:

 First thing to remember that lcr_id field is the one to link all three
 tables together. Let's say that you want to create a lcr to route
 international call starting with 011:
 1) Create a row in lcr_gw table with id = 4, lcr_id = 3 and gateway IP
 etc.
 2) Then create a row in lcr_rule table with id =2, lcr_id = 3 and prefix =
 011
 3) Then create a row in lcr_rule_target table to glue the gateway and
 prefix together like this: lcr_id =3, gw_id=4 (Match the id value in lcr_gw
 table), rule_id = 2 (Match the id in lcr_rule table)  also rest of the
 fields like priority etc.

 Hope this help.

 Gary



 On Fri, Jun 28, 2013 at 5:02 PM, Geoffrey Mina geoffreym...@gmail.comwrote:

 Greetings,
 I am migrating some 1.5 servers to 4.0 and I have some questions about
 how the LCR module works now.

 I am familiar with the concept of the gw table and the lcr table.  This
 was pretty straight forward.  In the new version it looks like we have:

 LCR Gateway List
 LCR Rule List
 LCR Target List

 I read through the module documentation and it doesn't really speak to
 what the new architecture is intended to accomplish.  Anyone have a quick
 overview they would like to share which would help me understand the intent
 of the data structure?

 Thanks,
 Geoff

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] LCR in Kamailio 4.0

2013-06-28 Thread Gary Chen
lcr_rule_target is like a glue to link lcr_gw and lcr_rule tables together
through rule_id and gw_id as well as lcr_id.
In this case if you have several sets of lcr_id, you will end up with
several duplicate gateway and rulls. It is not the best design and is hard
to use.

To reload lcr you do this: sercmd lcr.reload

Gary Chen


On Fri, Jun 28, 2013 at 6:50 PM, Geoffrey Mina geoffreym...@gmail.comwrote:

 What is the value of the target table?  Previously the lcr rule table
 was directly tied to the gateway.  Is this simply to enable N:1
 relationships between lcr rules and gateways.

 Also - any idea how to reload the LCR configuration without restarting
 kamailio?  I previously issued kamctl fifo lcr_reload, but that doesn't
 appear to work any longer.

 Thanks!


 On Fri, Jun 28, 2013 at 4:44 PM, Gary Chen gchen3...@gmail.com wrote:

 First thing to remember that lcr_id field is the one to link all three
 tables together. Let's say that you want to create a lcr to route
 international call starting with 011:
 1) Create a row in lcr_gw table with id = 4, lcr_id = 3 and gateway IP
 etc.
 2) Then create a row in lcr_rule table with id =2, lcr_id = 3 and prefix
 = 011
 3) Then create a row in lcr_rule_target table to glue the gateway and
 prefix together like this: lcr_id =3, gw_id=4 (Match the id value in lcr_gw
 table), rule_id = 2 (Match the id in lcr_rule table)  also rest of the
 fields like priority etc.

 Hope this help.

 Gary



 On Fri, Jun 28, 2013 at 5:02 PM, Geoffrey Mina geoffreym...@gmail.comwrote:

 Greetings,
 I am migrating some 1.5 servers to 4.0 and I have some questions about
 how the LCR module works now.

 I am familiar with the concept of the gw table and the lcr table.  This
 was pretty straight forward.  In the new version it looks like we have:

 LCR Gateway List
 LCR Rule List
 LCR Target List

 I read through the module documentation and it doesn't really speak to
 what the new architecture is intended to accomplish.  Anyone have a quick
 overview they would like to share which would help me understand the intent
 of the data structure?

 Thanks,
 Geoff

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] LCR in Kamailio 4.0

2013-06-28 Thread Geoffrey Mina
Thanks.  I included ctl.so module and now I can properly use kamcmd to
reload LCR.





On Fri, Jun 28, 2013 at 4:57 PM, Gary Chen gchen3...@gmail.com wrote:

 lcr_rule_target is like a glue to link lcr_gw and lcr_rule tables together
 through rule_id and gw_id as well as lcr_id.
 In this case if you have several sets of lcr_id, you will end up with
 several duplicate gateway and rulls. It is not the best design and is hard
 to use.

 To reload lcr you do this: sercmd lcr.reload

 Gary Chen


 On Fri, Jun 28, 2013 at 6:50 PM, Geoffrey Mina geoffreym...@gmail.comwrote:

 What is the value of the target table?  Previously the lcr rule table
 was directly tied to the gateway.  Is this simply to enable N:1
 relationships between lcr rules and gateways.

 Also - any idea how to reload the LCR configuration without restarting
 kamailio?  I previously issued kamctl fifo lcr_reload, but that doesn't
 appear to work any longer.

 Thanks!


 On Fri, Jun 28, 2013 at 4:44 PM, Gary Chen gchen3...@gmail.com wrote:

 First thing to remember that lcr_id field is the one to link all three
 tables together. Let's say that you want to create a lcr to route
 international call starting with 011:
 1) Create a row in lcr_gw table with id = 4, lcr_id = 3 and gateway IP
 etc.
 2) Then create a row in lcr_rule table with id =2, lcr_id = 3 and prefix
 = 011
 3) Then create a row in lcr_rule_target table to glue the gateway and
 prefix together like this: lcr_id =3, gw_id=4 (Match the id value in lcr_gw
 table), rule_id = 2 (Match the id in lcr_rule table)  also rest of the
 fields like priority etc.

 Hope this help.

 Gary



 On Fri, Jun 28, 2013 at 5:02 PM, Geoffrey Mina 
 geoffreym...@gmail.comwrote:

 Greetings,
 I am migrating some 1.5 servers to 4.0 and I have some questions about
 how the LCR module works now.

 I am familiar with the concept of the gw table and the lcr table.  This
 was pretty straight forward.  In the new version it looks like we have:

 LCR Gateway List
 LCR Rule List
 LCR Target List

 I read through the module documentation and it doesn't really speak to
 what the new architecture is intended to accomplish.  Anyone have a quick
 overview they would like to share which would help me understand the intent
 of the data structure?

 Thanks,
 Geoff

 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
 sr-users@lists.sip-router.org
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users