El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe los pasos necesarios para modificar un conjunto IP no NAT en los productos StarOS ASR5500 y Cisco Virtual Packet Core con recuperación de sesiones entre chasis (ICSR) y entornos que no son CUPS.
La funcionalidad de grupos de direcciones IP es permitir configurar un rango de direcciones IP como un conjunto bajo un nombre de conjunto y permitir la asignación o asignación de estas direcciones a los suscriptores. La funcionalidad del conjunto de direcciones IP se encuentra junto con el componente vpnmgr. Puede modificar un conjunto de IP existente con la excepción de NAT sin eliminar sólo si el espacio de direcciones utilizado por el conjunto está aumentando o si los parámetros del conjunto existente se identifican como configurables dinámicamente. Si el tamaño del conjunto está disminuyendo o un parámetro no se puede configurar dinámicamente, se debe eliminar y volver a agregar el conjunto IP.
Las opciones aquí se pueden activar o desactivar dinámicamente sin eliminar el grupo IP.
Nota: Consulte con las guías de configuración los parámetros para modificar en una versión de software en particular.
address-hold-timer |
Cuando se habilita y se desconecta un suscriptor activo, la dirección IP se mantiene o se considera todavía en uso y no se devuelve al estado libre hasta que caduque el temporizador de retención de dirección. Esto permite a los suscriptores que se reconectan dentro del tiempo especificado (en segundos) obtener la misma dirección IP del conjunto IP. |
alert-threshold |
Configura los umbrales de utilización de nivel de conjunto de direcciones IP. Estos umbrales tienen precedencia sobre los umbrales de agrupación IP de nivel de contexto. |
plicit-route-advertise |
Cuando se habilita, el resultado de show IP pool verbose incluye el número total de rutas de host explícitas. |
group-name |
Especifica el nombre del grupo de recursos |
include-nw-bcast |
Permite a los grupos incluir las direcciones de red con clase y de difusión que normalmente se excluyen cuando un grupo atraviesa los límites de red con clase. |
nexthop-forwarding-address |
Especifica la dirección de reenvío del siguiente salto para este conjunto |
servidor de alcance nuevo |
Vincula el nombre de un servidor de alcance de red configurado al conjunto IP y habilita la detección de alcance de red para el conjunto IP. Esto tiene prioridad sobre cualquier configuración de servidor de alcance de red en una configuración del suscriptor. |
política |
Configura una política de asignación de direcciones |
send-icmp-dest-unreachable |
Cuando se habilita, esto genera una PDU inalcanzable de destino ICMP cuando el sistema recibe una PDU destinada a una dirección no utilizada dentro del conjunto. |
srp-activate |
Activa el pool IP para la Recuperación de Sesión entre Chasis |
suppress-switchover-arps |
Establece una alerta basada en Suprimir ARP Gratuitos al realizar el switchover de tarjetas. |
etiqueta |
Agrega una etiqueta específica al conjunto de direcciones IP |
unicast-gratuito-arp-address |
Realiza un ARP gratuito de unidifusión a la dirección IP especificada en lugar de transmitir ARP gratuito cuando se requiere la generación ARP gratuita. |
Los siguientes son los requisitos previos para la modificación del conjunto IP. Si ICSR está activado, ejecute los pasos en ambos chasis ICSR.
1. Confirme la versión del software que se está ejecutando actualmente en el nodo show version verbose
[local]StarOS# show version verbose
Active Software:
Image Version: ww.x.y.zzzzz
Image Build Number: zzzzz
2. Observe el tiempo de actividad del sistema del chasis show system uptime
[local]StarOS# show system uptime
System uptime: 14D 10H 24M
3. Verifique la configuración de inicio del sistema show boot
[local]StarOS# show boot
boot system priority 50 \
image /flash/sftp/asr5500-AA.BB.CC.bin.SPA \
config /flash/test_config.cfg
boot system priority 51 \
image /flash/sftp/asr5500-AA.CC.CC.bin.SPA \
config /flash/backup_config.cfg
boot system priority 52 \
image /flash/asr5500-AA.BB.CC.bin.SPA \
config /flash/one_more_config.cfg
4. Guardar la configuración actual guardar la configuración
[local]StarOS# save configuration /flash/<current_filename.cfg> -re
5. Recolectar detalles de soporte para el análisis futuro mostrar detalles de soporte al archivo
[local]StarOS# show support details to file /flash/sftp/support-before-<date> compress
6. Sincronizar el sistema de archivos sincroniza todo
[local]StarOS# filesystem synchronize all
7. Realice comprobaciones adicionales del estado de los sistemas si es necesario.
Estos pasos se realizan en ambos chasis para asegurarse de que estén operativos y listos para tomar el tráfico en caso de conmutación por fallas.
1. Inicie sesión en el chasis Activo y En espera para verificar el estado del chasis: show srp info
2. Compruebe que dispone del número correcto de sessmgrs show srp checkpoint statistics | grep Sessmgrs
3. Verifique que la recuperación de la sesión esté en estado Preparado para la recuperación show session recovery status verbose
4. Valide la configuración SRP. Si el chasis parece estar en buen estado, realice una validación de switchover en el chasis ACTIVE:
[local]ASR5K# srp validate-configuration
# should get no output
[local]ASR5K# srp validate-switchover
# should get no output
[local]ASR5K# show srp info
# should get no config errors and ready for switchover
Estos pasos abarcan la modificación del conjunto IP para el nodo que no es ICSR. Verifique el nombre del contexto y el nombre del conjunto que desea modificar.
1. Ocupado en el grupo IP
[local]StarOS# config
[local]StarOS(config)# context <context-name>
[local]StarOS(config-ctx)# busyout <ip or ipv6> pool name <ip pool name>
Verifique que el puerto muestre busyout show ip pool summary o show ipv6 pool summary
[context]StarOS# show ip pool summary
context test5:
+-----Type: (P) - Public (R) - Private (N) - NAT
| (S) - Static (E) - Resource (O) - One-to-One NAT
| (M) - Many-to-One NAT
|
|+----State: (G) - Good (D) - Pending Delete (R)-Resizing
|| (I) - Inactive
||
||++--Priority: 0..10 (Highest (0) .. Lowest (10))
||||
||||+-Busyout: (B) - Busyout configured
|||||
|||||
vvvvv Pool Name Start Address Mask/End Address Used Avail
----- -------------------------------- --------------- --------------- ----------------
PG00B test 10.10.0.0 255.255.255.0 0 254
2. Borrar los suscriptores restantes del conjunto utilizan el contexto local.
[local]StarOS1# show subscribers summary ip-pool <pool name> | grep -i total
Total Subscribers: 31252
Verifique el número de suscriptores asociados con un tiempo de inactividad superior a 3600 segundos.
[local]StarOS# show subscribers summary ip-pool <pool name> idle-time greater-than <seconds>
Borre todos los suscriptores al mismo tiempo o con el intervalo de espera.
# clear subscribers ip-pool <pool name>
# clear subscribers ip-pool <pool name> idle-time greater-than <seconds> pace-out-interval <seconds>
3. Realice el cambio de configuración del conjunto IP.
4. Desactive busyout en el grupo.
[local]StarOS# config
[local]StarOS(config)# context <context-name>
[local]StarOS(config-ctx)# no busyout <ip or ipv6> pool name <ip pool name>
Nota: Todas las actividades para modificar el conjunto de IP deben replicarse en el chasis georedundante.
Asegúrese de que los cambios también se planifiquen y ejecuten en ambos chasis ICSR. La imagen básica aquí se refiere al par ICSR donde H1 es el chasis principal y H2 es el chasis posterior.
1. Confirme que H2 se encuentra en estado de espera y H1 en estado activo. En H2, ejecute el comando show srp info.
Debe ver el estado del chasis como en espera y su par como activo
Chassis State: Standby
Peer State: Active
2. Inhabilite el link SRP en H1. Se puede hacer localmente o en el lado del switch/router.
Si es local, utilice el comando show ip int sum del contexto SRP para determinar el puerto SRP, como se muestra en el ejemplo siguiente. Tenga en cuenta el puerto SRP y el ID de VLAN como se requiere más adelante, y siga estos pasos:
[local]StarOS# context <context with SRP>
[SRP]ASR5K# show ip interface sum
Interface Name Address/Mask Port Status
======================== =================== =========================== ======
<SRP-interface-name> 10.10.1.1/24 <SRP-port> vlan <SRP-vlan> UP
Eliminar enlace de interfaz a puerto SRP:
[local]StarOS# config
[local]StarOS(config)# port ethernet <SRP-port>
[local]StarOS(config-port-5/10)# vlan <SRP-vlan>
[local]StarOS(config-port-5/10)# no bind interface <SRP-interface-name> SRP
[local]StarOS(config-port-5/10)# end
3. Asegúrese de que tanto H1 como H2 estén activos show srp info
Debe ver ambos chasis como activos
Chassis State: Active
4. Modifique el conjunto IP en H2.
5. Realice los cambios del mapa de ruta relacionados en los routers y firewalls (conectados a H2) para que coincidan con el conjunto modificado y las máscaras de subred en el gateway. Puede omitir este paso si los únicos cambios son los parámetros del conjunto IP. Si está cambiando el tamaño del conjunto IP (subred), la numeración (nuevo direccionamiento) o el salto siguiente (enrutamiento), se deben realizar los cambios adecuados en los dispositivos de conexión.
Nota: Si no se realizan los cambios de route map relacionados en los routers de peer BGP, la ruta de agrupamiento IP no se aprenderá.
6. Verifique el estado del conjunto modificado en H2
[local]StarOS# context <context-name>
[context]StarOS# show ip pool
[context]StarOS# show ip pool wide
[context]StarOS# show ipv6 pool
7. Verifique que H2 esté anunciando la ruta del conjunto IP modificado a sus pares BGP si es necesario.
[local]StarOS# context <context>
[context]StarOS# show ip bgp neighbors <IPv4 or IPv6 address> advertised-routes
8. Verifique que la ruta de agrupamiento IP modificada se conozca en los routers de peer BGP si es necesario.
9. Habilite el link SRP en H1. Aquí se requiere la información capturada anteriormente sobre el nombre de la interfaz SRP, el puerto y la VLAN.
Normalizar el enlace de interfaz a puerto SRP:
[local]StarOS# config
[local]StarOS(config)# port ethernet <SRP-port>
[local]StarOS(config-port-5/10)# vlan <SRP-vlan>
[local]StarOS(config-port-5/10)# bind interface <SRP-interface-name> <context with SRP>
[local]StarOS(config-port-5/10)# end
10. Asegúrese de que H2 esté en estado de espera y H1 en estado activo. En H2, ejecute el comando show srp info
Debe ver el estado del chasis como en espera y su par como activo
Chassis State: Standby
Peer State: Active
11. Espere 20 minutos y verifique que se hayan sincronizado las sesiones.
12. Desde H1, realice un switchover (de H1 a H2) después de verificar el estado de validación del switchover.
En H1: srp Validation-Switchover y show srp info | grep "Last Validate Switchover Status"
Si el estado del SRP es Ready for Switchover entonces continúe con el switchover.
Nota: No cambie hasta que se completen todas las comprobaciones de estado
En H1: # srp start-switchover
13. Asegúrese de que H2 esté en estado activo y H1 en estado de espera.
En H2: show srp info
Debe ver el estado del chasis como en espera y su par como activo
Chassis State: Active
Peer State: Standby
14. Pruebe el conjunto IP modificado en el H2. Asegúrese de que el suscriptor conectado a este conjunto pueda alcanzar todos los servicios.
15. Inhabilite el link SRP en H2. Se puede hacer localmente o en el lado del switch/router. Si es local, utilice el comando show ip int sum del contexto SRP para configurar
en el puerto SRP, como se muestra en este ejemplo. Tenga en cuenta el puerto SRP y el ID de VLAN tal como se solicita más adelante, y siga estos pasos:
[local]StarOS# context <context with SRP>
[SRP]ASR5K# show ip interface sum
Interface Name Address/Mask Port Status
======================== =================== =========================== ======
<SRP-interface-name> 10.10.1.1/24 <SRP-port> vlan <SRP-vlan> UP
Eliminar enlace de interfaz a puerto SRP:
[local]StarOS# config
[local]StarOS(config)# port ethernet <SRP-port>
[local]StarOS(config-port-5/10)# vlan <SRP-vlan>
[local]StarOS(config-port-5/10)# no bind interface <SRP-interface-name> SRP
[local]StarOS(config-port-5/10)# end
16. Asegúrese de que tanto H1 como H2 estén activos. show srp info
Debería ver ambos chasis como activos.
Chassis State: Active
17. Modifique el conjunto IP en H1.
18. Realice los cambios del mapa de ruta relacionados en los routers y firewalls (conectados a H1) para que coincidan con el conjunto modificado y las máscaras de subred en el gateway. Puede omitir este paso si los únicos cambios son los parámetros del conjunto IP. Si está cambiando el tamaño del conjunto IP (subred), la numeración (nuevo direccionamiento) o el salto siguiente (enrutamiento), se deben realizar los cambios adecuados en los dispositivos de conexión.
Nota: Si no se realizan los cambios de route map relacionados en los routers de peer BGP, la ruta de agrupamiento IP no se aprenderá.
19. Verifique el estado del conjunto modificado en H1.
[local]StarOS# context <context-name>
[context]StarOS# show ip pool
[context]StarOS# show ip pool wide
[context]StarOS# show ipv6 pool
20. Verifique que H1 esté anunciando la ruta del conjunto IP modificado a sus pares BGP si es necesario.
[local]StarOS# context <context>
[context]StarOS# show ip bgp neighbors <IPv4 or IPv6 address> advertised-routes
21. Verifique que la ruta de agrupamiento IP modificada se conozca en los routers de peer BGP si es necesario.
22. Habilite el link SRP en H2. Aquí se requiere la información capturada anteriormente sobre el nombre de la interfaz SRP, el puerto y la VLAN.
Normalizar el enlace de interfaz a puerto SRP:
[local]StarOS# config
[local]StarOS(config)# port ethernet <SRP-port>
[local]StarOS(config-port-5/10)# vlan <SRP-vlan>
[local]StarOS(config-port-5/10)# bind interface <SRP-interface-name> <context with SRP>
[local]StarOS(config-port-5/10)# end
23. Asegúrese de que H1 esté en estado de espera y H2 en estado activo. En H1, ejecute el comando show srp info
Debe ver el estado del chasis como en espera y su par como activo.
Chassis State: Standby
Peer State: Active
24. Espere 20 minutos y verifique que se hayan sincronizado las sesiones.
En H1: show srp checkpoint statistics confirman que los registros de recuperación de llamadas actuales y las llamadas preasignadas actuales coincidan.
En H2: show subscribers sum connected-time mayor de 60 confirme que los suscriptores totales y activos coincidan.
25. Desde H2, realice un switchover (de H2 a H1) después de verificar el estado de validación del switchover.
En H2: srp Validation-Switchover y show srp info | grep "Last Validate Switchover Status"
Si el estado de SRP es Ready for Switchover entonces continúe con switchover.
Nota: No cambie hasta que se completen todas las comprobaciones de estado.
En H2: # srp start-switchover
26. Asegúrese de que H1 esté en estado activo y H2 en estado de espera.
En H1: show srp info
Debe ver el estado del chasis como en espera y su par como activo.
Chassis State: Active
Peer State: Standby
27. Pruebe el conjunto IP modificado en el H1. Asegúrese de que el suscriptor conectado a este conjunto pueda alcanzar todos los servicios.
Después de que se hayan completado todos los cambios en el conjunto IP y que la prueba de llamadas se realice correctamente, continúe guardando los nuevos cambios de configuración.
1. Verifique la configuración de inicio del sistema show boot
[local]StarOS# show boot
boot system priority 50 \
image /flash/sftp/asr5500-AA.BB.CC.bin.SPA \
config /flash/test_config.cfg
boot system priority 51 \
image /flash/sftp/asr5500-AA.CC.CC.bin.SPA \
config /flash/backup_config.cfg
boot system priority 52 \
image /flash/asr5500-AA.BB.CC.bin.SPA \
config /flash/one_more_config.cfg
2. Guardar la configuración actual guardar configuración
[local]StarOS# save configuration /flash/<new-filename.cfg> -re -no
3. Cambie la prioridad de inicio para que la nueva configuración se cargue si el chasis se recarga. prioridad del sistema de arranque
[local]StarOS# config
[local]StarOS(config)# boot system priority <n-1> image /flash/<image-file-name>.bin config /flash/<new-filename.cfg>.cfg
[local]StarOS(config)# end
4. Sincronizar el sistema de archivos sistema de archivos sincronizar todo
[local]StarOS# filesystem synchronize all -no
5. Recopilar detalles de soporte posteriores a la actividad para análisis futuros mostrar detalles de soporte al archivo.
[local]StarOS# show support details to file /flash/sftp/support-after-<date> compress
6. Realice comprobaciones adicionales del estado de los sistemas si es necesario.
El procedimiento anterior no abarca el escenario que agrega/elimina conjuntos IP con SRP.
Failure: session managers in GR PActv State
Failure: Old VRF/Pool Information still persistent, clearing sessions still in progress. Please waitVerifique la IP que se está utilizando con show ip pool address pool-name <name> used Tenga en cuenta que este es un comando específico del contexto.