LRT

ANTECEDENTES

 Las tablas de rutas locales se pueden utilizar para reducir significativamente la complejidad de
las configuraciones que requieren grandes número de rutas.
 En lugar de un objeto de configuración de política local por ruta, las rutas se pueden definir
en uno o más archivos xml, cargados en el SBC y referenciados a través de un único objeto
local-routing-config
PREPARACION LRT
 Comience con un archivo XML en texto plano y con el siguiente formato:
PREPARACION LRT
 Cambie el "10000" resaltado por el número de teléfono o prefijo necesario para una
determinada búsqueda.
 Cambie el resaltado "! (^. * $)! Sip: \ 1@nexthop.com!" al siguiente salto correspondiente.
 Reutilice el bloque de ruta para cada ruta local posterior.
 Comprimir el archivo Gzip el archivo (paquete estándar para Linux / descargar de
www.gzip.org para Windows):
PREPARACION LRT
 Envíe por FTP el archivo .gz en modo binario a / code / lrt al SBC
 Si el directorio lrt no existe, debe crearse. Créelo con "mkdir lrt".
 Si se trata de una configuración HA, debe cargarse en ambos sistemas.

 Configure un elemento local-routing-config en el SBC con el nombre de archivo TenK.xml.gz.

 Configure local-policy en la SBC con next-hop lrt: <nombre de la local-routing-config>.
 Si se necesitan varios prefijos de longitud:
 Configure tablas de rutas locales adicionales utilizando el mismo archivo xml.gz con diferentes
nombres y longitudes de prefijo.
 Configure local-policy-attributes adicionales para cada tabla.
ACTUALIZAR TABLAS
 Edite, gzip y cargue la nueva tabla en / code / lrt en el SBC
 Ejecute notify lrtd refresh <lrt-name> en el SBC
VERIFICACION
 Desde la CLI use : ‘show lrt route-entry <local-routing-config name> <E.164 number>’
 Por ejemplo  show lrt route-entry TenK 10000

 Verifique que la respuesta sea la esperada.

 Por ejemplo
SOBRE EL PARÁMETRO NEXT
 Para hacer coincidir una consulta LRT y enrutar a un siguiente salto, el next type puede ser “regex”.
 Para coincidir con una consulta LRT y devolver una respuesta 604 No existe en ningún lugar, utilice
el next type “void”
 Para type regex el formato es: !<regular expression>!<string>!.
 Esto coincidirá con el regular expresión en el número de teléfono original y lo reescriba en el
<string>.
 En la expresión regular:
 "^" coincide con el principio
 "." Coincide con cualquier carácter,
 ". *“ coincide con cualquier número de caracteres,
 $ coincide con el final y () agrupará la consulta en \ n.
SOBRE EL PARÁMETRO NEXT
 Por ejemplo: !(^.*$)!sip:\1@nexthop.com!.
 (^. * $) es la expresión regular.
 sip: \ 1@nexthop.com es el string de reemplazo.
 Una búsqueda en un número como 17815551212 coincidiría con la cadena completa de
principio a fin y almacenarlo en la variable \ 1. Por lo tanto, la solicitud de reemplazo URI
sería sip: 17815551212@nexthop.com.
 El next-hop también puede coincidir con un sesión-agent-group. Para habilitar esta
funcionalidad, sustituya el host con el sesión-agent*group y habilite enum-sag-match en el
sip-config.
 USO DE ROUTE MANAGER
CENTRAL
 Net-Net Route Manager Central (RMC) se puede utilizar para automatizar de forma
centralizada la gestión y distribución de datos de enrutamiento.
 Para simplificar la actualización de los LRT en RMC, siga estos pasos:
 Navegue hasta el panel Administración de rutas y seleccione Conjuntos de rutas. Luego haga
clic derecho en el LRT que desea actualizar y seleccionar Actualizar dispositivo
 USO DE ROUTE MANAGER CENTRAL
 Agregue el SBC seleccionado a la lista Dispositivos para actualizar y haga clic en Aceptar:
 USO DE ROUTE MANAGER CENTRAL
 Navegue a la pestaña Device Route Set Updates y seleccione la Tarea de actualización recién
creada. Click en commit para actualizar la tabla en el SBC.
VER EJEMPLOS EN EL DOC
520-0050-00_BCP_-
_LOCAL_ROUTE_TABLES