Módulos e interfaces de Cisco : Módulo de switching de contenido de Cisco

El HTTP reorienta para el ejemplo de configuración del módulo content switching

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento proporciona una configuración de muestra para configurar el HTTP reorienta en el módulo content switching (CS). Redirects se puede utilizar para enviar a un cliente a un sitio remoto cuando, por ejemplo, el sitio principal está abajo por el mantenimiento o cualquier otra razón.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • CSM versión 3.x

  • Native IOS 12.1E

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Productos Relacionados

Esta configuración también se puede utilizar con las siguientes versiones de hardware y software:

  • CatOS 7.x

  • IOS 12.1E del (MSFC) de la Multilayer Switch Feature Card

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Configurar

En esta sección encontrará la información para configurar las funciones descritas en este documento. Esta configuración permite que el CS del sitio A reoriente al cliente para localizar B cuando el servidor en el sitio A está abajo.

Nota: Para obtener información adicional sobre los comandos que se utilizan en este documento, use la Command Lookup Tool (solo para clientes registrados).

Diagrama de la red

En este documento, se utiliza esta configuración de red:

/image/gif/paws/47960/http_redirect_csm.jpg

Configuraciones

Este documento usa esta configuración:

Configuración
 vlan 499 client
  ip address 192.168.10.97 255.255.254.0
  gateway 192.168.10.1
!
 vlan 500 server
  ip address 192.168.20.97 255.255.254.0
  route 192.168.50.0 255.255.255.0 gateway 192.168.20.1
! 
 probe WEB_PING icmp


!--- This probe is used to track the availability of local servers.

  interval 2 


!--- The ping interval has been reduced to two seconds to quickly detect a server down.

  retries 2 
  failed 10 
!
 serverfarm WEBFARM


!--- This is the local serverfarm.

  nat server 
  no nat client
  real 192.168.21.3
   inservice


!--- You may have many Web servers here; only one is used for this example.

  probe WEB_PING


!--- Specified the probe to be used as WEB_PING to detect when servers 
!--- are going down.

!
 serverfarm WEB_REDIRECT


!--- This is the redirect configuration.

  nat server 


!--- NATing does not matter here because traffic is redirected.

  no nat client
  redirect-vserver TENSION


!--- Issue the redirect-vserver name
!--- command to enter the relocation mode.
!--- This replaces the configuration of the real servers.

   webhost relocation 10.10.10.123/%p


!--- In this example, the traffic is redirected to IP address 10.10.10.123.



!--- The IP address is the remote site virtual IP address.



!--- You can also specify a DNS name, such as www.cisco.com.
!--- The %p at the end tells the CSM to copy the directory path and the file from 
!--- the initial HTTP request of the client.

   inservice
!
 vserver WEB
  virtual 192.168.11.246 tcp www
  serverfarm WEBFARM backup WEB_REDIRECT 


!--- The redirect serverfarm is specified as a backup of the local Web farm.
!--- When all servers are down in the local farm, traffic is redirected to the 
!--- remote site.

  persistent rebalance
  inservice
!

Verificación

En esta sección encontrará información que puede utilizar para confirmar que su configuración esté funcionando correctamente.

  • muestre el detalle de la sonda del slot Mod csm

    show mod csm 4 probe detail 
    probe           type    port  interval retries failed  open   receive
    ---------------------------------------------------------------------   
    WEB_PING        icmp     2        2        10             10     
    
    real            vserver         serverfarm      policy         status
    ------------------------------------------------------------------------------
    192.168.21.3:80     WEB           WEBFARM    (default)     FAILED
    
    
  • muestre el slot Mod csm real

    show mod csm 4 real
    
    real                  server farm      weight  state          conns/hits
    -------------------------------------------------------------------------
    192.168.21.3          WEBFARM          8       FAILED         0   
    
  • muestre el detalle del nombre del nombre del vserver del slot Mod csm

    show mod csm 4 vservers name web
    
    vserver         type  prot virtual                  vlan state        conns
    ---------------------------------------------------------------------------
    WEB             SLB   TCP  192.168.11.246/32:80     ALL  OUTOFSERVICE 0       
    cpu0#show mod csm 4 vservers name web det
    WEB, type = SLB, state = OUTOFSERVICE, v_index = 31
      virtual = 192.168.11.246/32:80 bidir, TCP, service = NONE, advertise = FALSE
      idle = 3600, replicate csrp = none, vlan = ALL, pending = 30
      max parse len = 2000, persist rebalance = TRUE
      ssl sticky offset = 0, length = 32
      conns = 0, total conns = 13
      Default policy:
        server farm = WEBFARM, backup = WEB_REDIRECT (no sticky)
        sticky: timer = 0, subnet = 0.0.0.0, group id = 0
      Policy          Tot matches  Client pkts  Server pkts
      -----------------------------------------------------
      (default)       13           25           17    
    

Usted puede también verificar si la configuración que trabaja correctamente capturando una traza de sniffer y verificando lo que vuelve el CS a un pedido de HTTP al vserver de la red. Es también posible determinar si éste está trabajando viendo el URL que visualiza en el hojeador después de que se haya completado la conexión.

Troubleshooting

Actualmente, no hay información específica de troubleshooting disponible para esta configuración.


Información Relacionada


Document ID: 47960