Segurança : Cisco Web Security Appliance

Como eu leio ou para interpretar o WCCP entra a ferramenta de segurança da Web de Cisco?

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Contribuído por Josh Wolfer e por Siddharth Rajpathak, engenheiros de TAC da Cisco.

Pergunta

Como eu leio ou para interpretar o WCCP entra a ferramenta de segurança da Web de Cisco?

Ambiente

Ferramenta de segurança da Web de Cisco (WSA), todas as versões de AsyncOS

Na versão 7.1 e anterior de AsyncOS: As mensagens WCCP são entradas os logs do proxy.

Na versão 7.5 e mais recente de AsynOS: As mensagens WCCP são consideradas em logs WCCP junto com os logs do proxy.

Verifique suas do “assinaturas log” (sob GUI assinaturas da administração do sistema > do log) para certificar-se do proxy e/ou os logs WCCP são permitidos.

Na versão 7.1 e anterior de AsyncOS: O nível de registro WCCP pode ser mudado inscrevendo o seguinte comando CLI:

advancedproxyconfig wsa01>
[]> wccp

Incorpore valores para as várias opções do “wccp”:

Incorpore o log em nível para debugar o WCCP:
[0]> 3

Na versão 7.5 e mais recente de AsyncOS: O nível de registro para logs WCCP e/ou logs do proxy pode ser mudado no GUI sob a administração do sistema > assinaturas <Corresponding-WCCP-Log-Name> do log

Os níveis de registro mostrarão o seguinte data&colon;

log 7.1 em nível (CLI)7.5 Log em nível (GUI)Informação vista nos logs a nível configurado do log
          0CríticoErros
          1AvisoErros, CONFIGURAÇÃO,
          2InformaçõesErros, CONFIGURAÇÃO, INFORMAÇÃO
          3Debug

Erros, CONFIGURAÇÃO, INFORMAÇÃO, ESTADO

          4TraçoErros, CONFIGURAÇÃO, INFORMAÇÃO, ESTADO, MUDANÇA (mudanças de estado)

Os logs podem quebrar-se em algumas áreas diferentes (separadas pelo recorte do espaço) depois que a CONFIGURAÇÃO é imprimida:

### do Timestamp do ###
SVC: Dados do ID de serviço
Nexo: Dados do nexo - Para cada serviço, para cada roteador, há um nexo (pode ser pensado como uma cesta virtual onde os dados sejam mantidos)
Rtr: Dados de roteador
WC: Dados do cache de web

O seguinte abaixo é uma explicação do possível avalia-o pode encontrar no nível de log de rastreamento WCCP. O exemplo exato abaixo é de um cenário real.

wccp: CONFIG:SG:0: type 0
wccp: CONFIG:SG:0: 80
wccp: CONFIG:0:[raptor]
wccp: CONFIG:0: GRE & L2
wccp: CONFIG:0:ret GRE & L2
wccp: CONFIG:0:TCP
wccp: CONFIG:0: 172.28.15.33
wccp: CONFIG:SG:0: Security enable <- 1
wccp: CONFIG:SG:0: Hash enable <- 1
wccp: CONFIG:SG:0: Mask enable <- 1
wccp: CONFIG:SG:0: Service direction <- 0
wccp: CONFIG:SG:0: Hash/mask on client <- 0
wccp: INFO:WCCPv2: local IP is 10.251.0.73
wccp: INFO:Accepting WCCP messages on port 2048, FD 3 at 10.251.0.73.
wccp: INFO:Openning a socket set 

Informação de configuração de WCCP 

wccp: INFO:### Timestamp 100 ###

Do timestamp o começo sempre em 100. Este valor incrementa nos segundos.
 
Preste serviços de manutenção aos dados (SVC)

wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0

SVC: Preste serviços de manutenção ao ponteiro @<<memory - para o debugging>> do desenvolvimento
  Deslocamento predeterminado: Posição deste serviço na lista de todos os serviços configurados sobre o WSA - começos em 0 e incrementos +1
  Digite: 0 = ID predefinido (tal como o cache de web). 1 = padrão ID
     Atualmente o cache de web (ID de serviço 0) é o único ID predefinido existente
  ID: ID de serviço número (0 - 255)

wccp: STATE:    [MD5][MH_UNDECIDED][HASH_OK][MASK_OK][HASHING]
                      [L2FWD_OK][GREFWD_OK][LGR_UNDECIDED][L2RET_OK]
                      [GRERET_OK][RET_GRE][DWC_UNKNOWN][FWD][SERVER]

  O método do Balanceamento de carga do [MH_UNDECIDED] é indeterminado neste tempo (o hashing contra o mascaramento)
  Picar do [HASH_OK] é permitido
  A máscara do [MASK_OK] é permitida
  Picar do [HASHING] é o método escolhido
  A máscara do [MASKING] é o método escolhido
  A máscara do [MH_DONE]/negociação do hashing está completas

  [L2FWD_OK] L2 para a reorientação dianteira é permitido
  O [GREFWD_OK] GRE para a reorientação dianteira é permitido

  O [LGR_UNDECIDED] retorna o método de redirecionamento é indeterminado neste tempo (o L2 contra o GRE)
  [L2RET_OK] L2 para o método de redirecionamento do retorno é permitido
  O [GRERET_OK] GRE para o método de redirecionamento do retorno é permitido
  O [RET_GRE] GRE para o método do retorno é preferido
  O negotion do retorno do método GRE/L2 do [LGR_DONE] está completo

  O [DWC_UNKNOWN] designado o cache de web (DWC) é desconhecido neste tempo
  A reorientação do [FWD] é baseada na porta do destino
 Picar do [SERVER]/mascaramento é baseado no endereço do servidor
  Picar do [CLIENT]/mascaramento é baseado no endereço de cliente

  [VIEW_CHANGED] que a opinião do serviço mudou

wccp: STATE:    needRA(=0)@0, ISY@0, viewchg=0, viewused=0, keychg=0 

NeedRA:  A necessidade reorienta atribui (RA). Se 1 = algo nesta opinião do serviço mudou. Se nós somos os DWC, nós precisamos de enviar um RA.

  •  Somente o DWC envia RA - neste momento nós não sabemos se nós somos os DWC)
  •  @0: O timestamp programado para enviar no futuro o RA. (Se este valor era 115, o RA seria enviado em 15 segundos)

ISY@: O timestamp do último recebido “eu ver o (ISY)” para este serviço. 
Viewchg: O número de vezes este serviço teve toda a mudança (o Roteadores se junta/licença, wc adicionado/removido, tão adiante)
Viewused: O último número de alteração que nós notificamos o roteador de.
Keychg: Número de vezes nós geramos uma mistura/tabela diferentes da máscara para mandar

wccp: STATE:    this period:(HIAs=0, ISYs=0) proto=6 

  Este período: Nos últimos segundos 10 (tiquetaque padrão), quanto:
    HIA: “Aqui eu sou (HIA)” pacotes que nós enviamos
    ISY:  “Eu ver o (ISY)” pacotes que nós recebemos
  Proto: Protocolo que este serviço está pedindo para reorientar. 6 é TCP

 wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0

Portas: Portas a ser reorientadas ao cache de web (WC). Ao usar o cache de web as portas são deixadas vazias, mas a porta 80 será reorientada.

Dados do nexo

 wccp: STATE:  nexus@0x0x85bf000: rcvd_key(0.0.0.0,0) sent_key(0.0.0.0,0)

Nexo: Para cada serviço, para cada roteador, há um nexo (pode ser pensado como uma cesta virtual onde os dados sejam mantidos)

Recvd_key: Endereço do DWC que enviou o RA, o número do keychg os DWC enviados (incremental)
  Sent_key: Nossos endereço + número do key_chg quando nós éramos os DWC

 wccp: STATE:    rtr_mention@0, ISY@0 rtr_change#= 0 refs=0

  Rtr_mention: <timestamp> acima mencionado do roteador próprio @
  ISY: Último viu um ISY deste roteador neste @<timestamp> do grupo de serviço (o roteador do nexo)
  Rtr_changer#: Número de vezes as crenças de roteador que a vista mudou

wccp: STATE:    [FIXED][DEAD][FWD_???] 

Estas são bandeiras para este nexo
  [FIXED]: O roteador é configurado para ser usado
  [DEAD]: O roteador que não responde/não o usou ainda
  [ALIVE]: O roteador respondeu com um ISY
  [FWD_xxx]:  Concordado enviando o método de redirecionamento (L2/ GRE)
  [NEG_PEND]: A negociação WCCP é pendente
  [ATIVE]: A negociação WCCP está completa e o WCCP é “Active”
   [VIEW_VALID]: A negociação WCCP está completa e WSA + o roteador concordam com capabilitues

wccp: STATE:    rstate=0, outst_HIA=0, receiveID=0 

Rstate: ??
  Outst_HIA: Número de HIAs que nós enviamos, mas não recebido um ISY a. Após ter obtido um ISY, isto restaurações a 0.
  ReceiveID: Receba incrementos ID em cada ISY bem sucedido.

Dados de roteador

wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33 

  Rtr: Informação de roteador para este nexo - duplicado para o nexii no mesmo roteador
  Fd: Descritor de arquivo do soquete para enviar pacotes a este roteador
  Gre: Número da relação GRE que nós devemos receber dados deste roteador (gre0, gre1,…)
  Ligamento: Enderece que nós estamos ligando nosso soquete a, para enviar pacotes a este roteador (nosso de/endereço de origem)
  Sentto: Enderece o roteador está relatando que obteve pacotes àquele esteve enviado de nós (somente útil ao usar o Multicast)

wccp: STATE:    configaddr=172.28.15.33, ID_addr=0.0.0.0, from_addr=172.28.15.33 

  Configaddr: Endereço IP de Um ou Mais Servidores Cisco ICM NT para o roteador que é configurado
  ID_addr: Endereço anunciado do identificador de roteador
  From_addr: Endereço de onde os pacotes vieram realmente (IP da fonte)

Dados do cache de web   

wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0

  <IP> mencionado: O IP do WC provido e do timestamp foi introduzido no ID de serviço
  Peso: Métrica compartilhada entre WCs para compartilhar de dados da carga.
  Status: ??

wccp: STATE:    [ME][ACTIVE]

  [ME]: Este WC é o WSA executava este demónio
  [ATIVE]: O WC foi relatado por TODO O Roteadores neste serviço

Abaixo está um exemplo de saída completo e divide de um log do nível 3 WCCP. Neste log, o WSA está juntando-se a um ID de serviço que tem 2 o outro WSAs já nele. O WSA transformar-se-á o DWC (desde que tem o mais baixo IP no serviço):

wccp: INFO:### Timestamp 100 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_UNDECIDED][HASH_OK][MASK_OK][HASHING]
        [L2FWD_OK][GREFWD_OK][LGR_UNDECIDED][L2RET_OK]
        [GRERET_OK][RET_GRE][DWC_UNKNOWN][FWD][SERVER]
wccp: STATE:    needRA(=0)@0, ISY@0, viewchg=0, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=0, ISYs=0) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(0.0.0.0,0) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@0, ISY@0 rtr_change#= 0 refs=0
wccp: STATE:    [FIXED][DEAD][FWD_???]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=0
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=0.0.0.0, from_addr=172.28.15.33

Nada foi mandado contudo - todos os dados da iniciação.

wccp: INFO:### Timestamp 101 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_UNDECIDED][HASH_OK][MASK_OK][HASHING]
        [L2FWD_OK][GREFWD_OK][LGR_UNDECIDED][L2RET_OK]
        [GRERET_OK][RET_GRE][DWC_UNKNOWN][FWD][SERVER]
wccp: STATE:    needRA(=0)@0, ISY@0, viewchg=0, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=0, ISYs=0) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(0.0.0.0,0) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@0, ISY@0 rtr_change#= 0 refs=0
wccp: STATE:    [FIXED][DEAD][FWD_???]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=0
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=0.0.0.0, from_addr=172.28.15.33
wccp: INFO:send_HIA called
wccp: INFO:### Timestamp 101 ###
wccp: INFO:HIA sent to 172.28.15.33  -- 1 ISY(s) outstanding
wccp: INFO:### Timestamp 101 ###
wccp: INFO:ISY received from 172.28.3.46.(708 bytes)
wccp: INFO:ISY: accepted

Nós mandamos o primeiro HIA @ 101 e recebemos para trás um ISY @101. Está abaixo a atualização da vista agora que nós recebemos um ISY.  

wccp: INFO:### Timestamp 101 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC_UNKNOWN][VIEW_CHANGED][FWD][SERVER]
wccp: STATE:    needRA(=0)@0, ISY@101, viewchg=1, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@101, ISY@101 rtr_change#= 23 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][NEG_PEND][FWD_???][FWD_GRE]
                      [VIEW_VALID]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=158
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.15.33

Nós reconhecemos outros 2 caches de web e são ACTIVE embandeirado. O DWC atual é 172.17.0.10 pelo rcvd_key no nexo. O estado do nexo é NEG_PEND, ReceiveID=158.  

wccp: INFO:### Timestamp 111 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC_UNKNOWN][FWD][SERVER]
wccp: STATE:    needRA(=1)@117, ISY@101, viewchg=1, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:101 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@101, ISY@101 rtr_change#= 23 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][NEG_PEND][FWD_???][FWD_GRE]
                      [VIEW_VALID]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=158
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.15.33
wccp: INFO:send_HIA called
wccp: INFO:### Timestamp 111 ###
wccp: INFO:HIA sent to 172.28.15.33  -- 1 ISY(s) outstanding
wccp: INFO:### Timestamp 111 ###
wccp: INFO:ISY received from 172.28.3.46.(1252 bytes)
wccp: INFO:ISY: accepted

Desde que a opinião do serviço mudou, o needRA é embandeirado. Esperando um RA @117. Igualmente note que a mudança do roteador # é 23. Você verá que nós mandamos um outro HIA em 111 e recebemos um outro ISY em 111.

wccp: INFO:### Timestamp 111 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC_UNKNOWN][VIEW_CHANGED][FWD][SERVER]
wccp: STATE:    needRA(=1)@117, ISY@111, viewchg=2, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0
wccp: STATE:    [ME][ACTIVE]
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]                                                    
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@111, ISY@111 rtr_change#= 24 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][FWD_GRE]                            
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=161
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.3.46

A vista mudou outra vez e o viewchg é incrementado em conformidade. O roteador igualmente observou uma mudança e incrementou sua mudança #. Você verá que ESTE WSA está sendo relatado agora e ACTIVE etiquetado. Isto significa que todo o Roteadores neste serviço mencionou o WC.

wccp: INFO:### Timestamp 117 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC][FWD][SERVER]
wccp: STATE:    needRA(=1)@117, ISY@111, viewchg=2, viewused=0, keychg=0
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0
wccp: STATE:    [ME][ACTIVE]
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(0.0.0.0,0)
wccp: STATE:    rtr_mention@111, ISY@111 rtr_change#= 24 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][FWD_GRE]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=161
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.3.46
wccp: INFO:send_RA: called.
wccp: INFO:initial mask is 0x00000000
wccp: INFO:slots = 32 WCs = 3, mask = 0x00000526, inc = 0x2
wccp: INFO:slot 0,val 0x00000000, index - 0
wccp: INFO:slot 1,val 0x00000002, index - 1
wccp: INFO:slot 2,val 0x00000004, index - 2
wccp: INFO:slot 3,val 0x00000006, index - 0
wccp: INFO:slot 4,val 0x00000020, index - 1
wccp: INFO:slot 5,val 0x00000022, index - 2
wccp: INFO:slot 6,val 0x00000024, index - 0
wccp: INFO:slot 7,val 0x00000026, index - 1
wccp: INFO:slot 8,val 0x00000100, index - 2
wccp: INFO:slot 9,val 0x00000102, index - 0
wccp: INFO:slot 10,val 0x00000104, index - 1
wccp: INFO:slot 11,val 0x00000106, index - 2
wccp: INFO:slot 12,val 0x00000120, index - 0
wccp: INFO:slot 13,val 0x00000122, index - 1
wccp: INFO:slot 14,val 0x00000124, index - 2
wccp: INFO:slot 15,val 0x00000126, index - 0
wccp: INFO:slot 16,val 0x00000400, index - 1
wccp: INFO:slot 17,val 0x00000402, index - 2
wccp: INFO:slot 18,val 0x00000404, index - 0
wccp: INFO:slot 19,val 0x00000406, index - 1
wccp: INFO:slot 20,val 0x00000420, index - 2
wccp: INFO:slot 21,val 0x00000422, index - 0
wccp: INFO:slot 22,val 0x00000424, index - 1
wccp: INFO:slot 23,val 0x00000426, index - 2
wccp: INFO:slot 24,val 0x00000500, index - 0
wccp: INFO:slot 25,val 0x00000502, index - 1
wccp: INFO:slot 26,val 0x00000504, index - 2
wccp: INFO:slot 27,val 0x00000506, index - 0
wccp: INFO:slot 28,val 0x00000520, index - 1
wccp: INFO:slot 29,val 0x00000522, index - 2
wccp: INFO:slot 30,val 0x00000524, index - 0
wccp: INFO:slot 31,val 0x00000526, index - 1
wccp: INFO:### Timestamp 117 ###
wccp: INFO:RA (mask) sent to 172.28.15.33.(624 bytes)

É 117 agora, o tempo especificado precisando envie um RA. Agora que este WSA é ATIVO, nós decidimos que nós somos os DWC, desde que nós somos o mais baixo IP entre o WCs.  A INFORMAÇÃO indica que nós precisamos de enviar um RA. O método que do Balanceamento de carga nós negociamos ESTÁ MASCARANDO. A tabela do mascaramento usa um deslocamento predeterminado do arredondamento robin e é indicada. A INFORMAÇÃO na parte inferior mostra que nós enviamos um RA @ 117.

wccp: INFO:### Timestamp 121 ###
wccp: STATE:SVC@0x0x85bd000: index=0 type=0 ID=0
wccp: STATE:    [MD5][MH_DONE][HASH_OK][MASK_OK][MASKING][L2FWD_OK]
                      [GREFWD_OK][LGR_DONE][L2RET_OK][GRERET_OK][RET_GRE]
                      [DWC][FWD][SERVER]
wccp: STATE:    needRA(=2)@127, ISY@111, viewchg=2, viewused=2, keychg=1
wccp: STATE:    this period:(HIAs=1, ISYs=1) proto=6
wccp: STATE:    ports = 0, 0, 0, 0, 0, 0, 0, 0
wccp: STATE:  WC@0x0x85b9020: (10.251.0.73) mentioned:111 weight:1 status:0
wccp: STATE:    [ME][ACTIVE]
wccp: STATE:  WC@0x0x85b9160: (172.17.0.10) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  WC@0x0x85b9140: (172.28.6.34) mentioned:111 weight:1 status:0
wccp: STATE:    [ACTIVE]
wccp: STATE:  nexus@0x0x85bf000: rcvd_key(172.17.0.10,5) sent_key(10.251.0.73,1)
wccp: STATE:    rtr_mention@111, ISY@111 rtr_change#= 24 refs=0
wccp: STATE:    [FIXED][ALIVE][ACTIVE][FWD_GRE][VIEW_VALID]
wccp: STATE:    rstate=0, outst_HIA=0, receiveID=161
wccp: STATE:  rtr@0x0x85be000: fd(3) gre-1, bind=10.251.0.73, sentto=172.28.15.33
wccp: STATE:    configaddr=172.28.15.33, ID_addr=172.28.15.33, from_addr=172.28.3.46
wccp: INFO:send_HIA called  

A vista é agora válida e nós enviamos 1 reorientamos atribuímos, como notifed pelo sent_key. Neste momento tudo deve ser em serviço e bom.


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Document ID: 118479