Servicios de redes de aplicaciones : Switches de servicios de contenido Cisco CSS de la serie 11500

Configurar los servicios del retorno directo en el CSS

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


Contenido


Introducción

El tipo de servicio del retorno directo es útil cuando los clientes necesitan pedir el contenido de un Reverse Proxy Cache (RPC) o de un servidor de origen geográficamente diverso que esté situado en Internet. La trayectoria delantera al servidor está a través de las conexiones TCP entre dos Content Services Switches de las 11500 Series del Switch del Cisco Content Services (CSS), pero el trayecto inverso puede llevar una diversa trayectoria el cliente que originó la petición. La mirada del Network Address Translation (NAT) permite que el CSS realice estas cosas:

  • Genere conexiones conmutadas de TCP de reenvío entre los CSS hasta que se alcance el CSS de destino.

  • Realice las transformaciones finales en el destino CSS que permiten que los paquetes del tráfico de retorno fluyan al cliente a través de cualquier trayecto de red. El peering NAT es especialmente útil para las aplicaciones largas, de flujo simple tales como flujo de datos de video. Esta característica es específica de ArrowPoint.

El primer CSS para recibir la conexión cliente tomará la decisión de la balanza de la carga normalmente. Si el servicio de destino está de retorno directo del tipo, después abrirá una conexión TCP al IP Address de destino (un segundo CSS), e incluirá, en el campo de opción TCP, la información sobre la conexión cliente inicial (dirección IP del cliente, [VIP] CSS IP virtual, puertos TCP, y números de secuencia). Con esta información, el segundo CSS puede abrir una conexión con el servidor real con los mismos parámetros. Por lo tanto, la contestación del servidor se envía directamente al cliente sin la necesidad de volver al primer CSS.

Este documento proporciona una configuración de muestra para los servicios del retorno directo en el CSS.

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.

  • CSS11500 que está funcionando con la versión de software 7.x de WebNS

  • Versión de software 3.x (presente de WebNS en todos los modelos CSS)

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.

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.

Diagrama de la red

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

nat_peering.gif

Configuraciones

El switch1 base está en el sitio corporativo y tiene una conexión Frac-T1. El vídeo de flujo continuo se mantiene en un sitio del extranet que esté bien conectado y contenga el Switch2 rápido del sitio. Cuando una información de las peticiones del usuario, él es mantenida por corporativo. Cuando necesitan el vídeo de flujo continuo y golpean el página de video, son seamlessly reorientado a sus servidores extranet bien conectados. El usuario final piensa que están hablando con el sitio corporativo, y están inconscientes de donde se sirven los datos.

En este documento, se utilizan estas configuraciones:

Switch1 casero
!Generated MAY 18 09:24:44

!Active version: ap0310027b

prompt NAT-Home

configure

!*************************** GLOBAL ***************************

  bridge spanning-tree disabled

  ip route 0.0.0.0 0.0.0.0 192.168.1.254 1

!--- Connect to the mock Internet.

!************************** CIRCUIT **************************

circuit VLAN1

  ip address 10.1.1.254 255.255.255.0

  ip address 192.168.1.253 255.255.255.0

!************************** SERVICE **************************

service HomeSrv1

  ip address 10.1.1.1

  active

service HomeSrv2

  ip address 10.1.1.2

  active

service VideoExtranet

  ip address 192.168.1.100              

!--- VIP of the remote CSS at the Fast Site.

  type nci-direct-return                

!--- Sends the request over to the remote site.

  active                                

!--- Sends the response directly back to the client, as if it
!--- was coming from the corporate site.

!**************************** URQL ****************************

urql VideoContent                       

!--- A group of URLs can be combined into a
!--- Universal Qualifier Resource list.

  description "Video files"             

  domain "10.1.1.100"                   

!--- Within the site 10.1.1.100, append these URLs
!--- for the search.

  url 10                            

  url 10 url "/sample.avi"

  url 12

  url 12 url "/cup.avi"

  url 14

  url 14 url "/grinder.avi"

  url 20

  url 20 url "/video.html"

  active

!*************************** OWNER ***************************

owner foo.com

  content L5_Basic

    protocol tcp

    port 80

    vip address 10.1.1.100

    url "/*"                            

!--- Local requests are handled locally.

    add service HomeSrv1

    add service HomeSrv2

    active


  content L5_FastVideoSite

    protocol tcp

    port 80

    vip address 10.1.1.100

    url urql VideoContent               

!--- If the URL matches one in this list, then forward
!--- the request to the external site.

    add service VideoExtranet         

    primarysorryserver HomeSrv1         

!--- If the link goes down or all of the remote servers
!--- go down, then use the local server.

    active                              

  group net-peer-group                  

!--- This is required so that the remote CSS knows 
!--- how to get back to this CSS.

    vip address 10.1.1.100              
    add destination service VideoExtranet
    active

Switch2 rápido del sitio
!Generated MAY 18 07:28:57

!Active version: ap0310027b

prompt NAT-Fast

configure

!*************************** GLOBAL ***************************

  bridge spanning-tree disabled

  ip route 0.0.0.0 0.0.0.0 10.1.1.254 1

!************************** CIRCUIT **************************

circuit VLAN1

  ip address 10.1.1.253 255.255.255.0

  ip address 192.168.1.254 255.255.255.0

!************************** SERVICE **************************

service FastSrv1

  ip address 192.168.1.1

  active

service FastSrv2

  ip address 192.168.1.2

  active

!*************************** OWNER ***************************

owner foo.com

  content ReceiveRequests

    protocol tcp

    port 80

    vip address 192.168.1.100

    url "/*"

    add service FastSrv1

    add service FastSrv2

    active

Verificación

Publique el comando show service summary. El servicio de VideoExtranet contacta al CSS remoto para asegurarse de que esté disponible.

Service Name    State    Conn  Weight  Avg   Stat
                                       Load  Transitions
HomeSrv1        Alive    0     1       2       0
HomeSrv2        Alive    0     1       2       0
VideoExtranet   Alive    0     1       2       0

Con un navegador cliente, vaya a la página de inicio de 10.1.1.1.

Nota:  Con el comando show summary, la petición se maneja localmente.

Señale al buscador del cliente a http://10.1.1.1/video.html. Esta vez, el servicio VideoExtranet es visitado. La petición va al telecontrol CSS, que devuelve el contenido como si fuera 10.1.1.100 (Switch1 casero).

Si un sniffer está disponible, insértelo entre los dos CSS. Repita la prueba con uno de los archivos de video. Vea la traza de sniffer. Usted verá que la petición fue pasada al telecontrol CSS, que entonces sirvió el contenido con la dirección MAC rápida del Switch2 del sitio, y la dirección IP del Switch1 casero CSS. El telecontrol CSS enviará la información directamente de nuevo al usuario final. Para simular el todo el sitio remoto como abajo o inasequible, desenchufe el link entre los CSS y relance la prueba. El CSS sabe que el sitio está abajo, así que reorienta los pedidos de contenido al servidor de reserva principal (HomeSvr1).

Nota: Un segundo servidor de reserva se puede también definir.

Troubleshooting

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


Información Relacionada


Document ID: 12635