28 Jun
2013
28 Jun
'13
11:02 p.m.
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
29 Jun
29 Jun
12:44 a.m.
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 <geoffreymina(a)gmail.com>wrote;wrote:
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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
12:50 a.m.
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 <gchen3203(a)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 <geoffreymina(a)gmail.com>wrote;wrote:
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
12:57 a.m.
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 <geoffreymina(a)gmail.com>wrote;wrote:
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 <gchen3203(a)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 <geoffreymina(a)gmail.com>wrote;wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
2:11 a.m.
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 <gchen3203(a)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 <geoffreymina(a)gmail.com>wrote;wrote:
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 <gchen3203(a)gmail.com> wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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 <geoffreymina(a)gmail.com>wrote;wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
3963
days inactive
3964
days old
5 comments
3 participants
participants (3)
-
Gary Chen -
Geoffrey Mina -
Juha Heinanen