Comment est-ce que je lis ou interprète l'appliance de sécurité Web de Cisco de logins WCCP ?

Options de téléchargement

PDF (261.6 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (86.2 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (86.4 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:10 octobre 2014

ID du document:118479

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Question

Environnement

Question

Comment est-ce que je lis ou interprète l'appliance de sécurité Web de Cisco de logins WCCP ?

Environnement

Appliance de sécurité Web de Cisco (WSA), toutes les versions d'AsyncOS

Dans la version 7.1 et antérieures d'AsyncOS : Des messages WCCP sont ouverts une session les logs de proxy.

Dans la version 7.5 et ultérieures d'AsynOS : Des messages WCCP est vus dans des logs WCCP avec les logs de proxy.

Vérifiez vos « abonnements de log » (sous des abonnements GUI > d'administration système > de log) pour s'assurer le proxy et/ou des logs WCCP sont activés.

Dans la version 7.1 et antérieures d'AsyncOS : Le WCCP se connectant de niveau peut être changé en écrivant la commande suivante CLI :

advancedproxyconfig wsa01>
[] > wccp

Écrivez les valeurs pour les diverses options de « wccp » :

Écrivez le niveau de log pour déboguer le WCCP :
[0]> 3

Sur la version 7.5 et ultérieures d'AsyncOS : Le niveau se connectant pour le WCCP se connecte et/ou des logs de proxy peuvent être changés dans le GUI sous la « administration système > les abonnements > le <Corresponding-WCCP-Log-Name> de log »

Les niveaux se connectants afficheront le data&colon suivant ;

log 7.1 de niveau (CLI)	7.5 Log de niveau (GUI)	Les informations vues dans les logs au niveau configuré de log
0	Essentiel	Erreurs
1	Avertissement	Erreurs, CONFIG,
2	Les informations	Erreurs, CONFIG, les INFORMATIONS
3	Débogage	Erreurs, CONFIG, les INFORMATIONS, ÉTAT
4	Suivi	Erreurs, CONFIG, les INFORMATIONS, ÉTAT, MODIFICATION (modifications d'état)

Les logs peuvent être interrompus dans quelques différentes zones (séparées par le renfoncement de l'espace) après que le CONFIG soit imprimé :

### d'horodateur de ###
SVC : Données d'ID de service
Nexus : Données de Nexus - Pour chaque service, pour chaque routeur, il y a un Nexus (peut être pensé comme panier virtuel où des données sont gardées)
Rtr : Données du routeur
Carte de travail : Données de cache de Web

Le ci-dessous suivant est une explication des valeurs possibles que vous pouvez trouver dans le suivi WCCP se connectant de niveau. L'exemple précis ci-dessous est d'un vrai scénario.

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

Les informations de configuration WCCP

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

D'horodateur le début toujours à 100. Cette valeur incrémente en quelques secondes.

Entretenez les données (de SVC)

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

SVC : Entretenez le pointeur @<<memory - pour le debugging>> de développement
Index : Position de ce service dans la liste de tous les services configurés sur le WSA - débuts à 0 et incréments +1
Type : 0 = ID prédéfini (tel que le Web-cache). 1 = ID standard
Actuellement le Web-cache (ID de service 0) est le seul ID prédéfini existant
ID : Entretenez le numéro d'ID (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]

[MH_UNDECIDED] La méthode d'Équilibrage de charge est indéterminée à ce moment (le hachage contre le masquage)
[HASH_OK] On permet le hachage
[MASK_OK] On permet le masquage
[Le hachage de HACHAGE] est la méthode choisie
[MASQUAGE] le masquage est la méthode choisie
[MH_DONE] La négociation de masquage/hachage est complète

On permet [L2FWD_OK] L2 pour la redirection en avant
[GREFWD_OK] On permet GRE pour la redirection en avant

[LGR_UNDECIDED] La méthode de retour de redirection est indéterminée à ce moment (L2 contre GRE)
On permet [L2RET_OK] L2 pour la méthode de retour de redirection
[GRERET_OK] On permet GRE pour la méthode de retour de redirection
[RET_GRE] GRE pour la méthode de retour est préféré
[LGR_DONE] Le negotion de méthode du retour GRE/L2 est complet

[DWC_UNKNOWN] Le cache de Web indiqué (DWC) est inconnu à ce moment
[La redirection de TRANS.] est basée sur la destination port
[SERVEUR] le hachage/masquant est basé sur l'adresse du serveur
[CLIENT] le hachage/masquant est basé sur l'adresse du client

[VIEW_CHANGED] La vue de service a changé

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

NeedRA : Le besoin réorientent assignent (RA). Si 1 = quelque chose dans cette vue de service a changé. Si nous sommes les DWC, nous devons envoyer un RA.

Seulement le DWC envoie RAs - en ce moment nous ne savons pas si nous sommes les DWC)
@0 : L'horodateur programmé pour envoyer le RA à l'avenir. (Si cette valeur étaient 115, le RA serait introduit 15 secondes)

ISY@ : L'horodateur du dernier reçu « je vous vois (ISY) » pour ce service.
Viewchg : Le nombre de fois ce service a eu n'importe quelle modification (les Routeurs se joignent/congés, carte de travail ajoutée/retirée, tellement en avant)
Viewused : Le dernier nombre de modification que nous avons informé le routeur de.
Keychg : Nombre de fois nous avons généré des informations parasites/table différentes de masque pour envoyer

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

Cette période : Dans les 10 dernières secondes (coutil standard), combien :
HIA : « Ici je suis (HIA) » des paquets que nous avons envoyés
ISY : « Je vous vois (ISY) » des paquets que nous avons reçus
Proto : Protocol que ce service demande à réorienter. 6 est TCP

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

Ports : Ports à réorienter dans le cache de Web (carte de travail). À l'aide du Web-cache les ports sont blanc de gauche, mais le port 80 sera réorienté.

Données de Nexus

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

Nexus : Pour chaque service, pour chaque routeur, il y a un Nexus (peut être pensé comme panier virtuel où des données sont gardées)

Recvd_key : Adresse du DWC qui a envoyé le RA, le nombre de keychg les DWC envoyés (incrémental)
Sent_key : Notre adresse + nombre de key_chg quand nous étions les DWC

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

Rtr_mention : Dernier lui-même @ <timestamp> du routeur
ISY : Dernier a vu un ISY de ce routeur dans ce @<timestamp> de groupe de service (le routeur de Nexus)
Rtr_changer# : Nombre de fois où le routeur croit que la vue a changé

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

Ce sont des indicateurs pour ce Nexus
[RÉPARÉ] : Le routeur est configuré pour être utilisé
[MORTS] : Le routeur ne répondant pas/ne l'ont pas utilisé encore
[ACTIF] : Le routeur a répondu avec un ISY
[FWD_xxx] : Convenu expédiant la méthode de redirection (L2/GRE)
[NEG_PEND] : La négociation WCCP est en suspens
[ACTIVE] : La négociation WCCP est complète et le WCCP est « en activité »
[VIEW_VALID] : La négociation WCCP est complète et WSA + routeur conviennent sur des capabilitues

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

Rstate : ??
Outst_HIA : Nombre de HIAs que nous avons envoyé, mais non reçu un ISY à. Après avoir obtenu un ISY, ceci remises à 0.
ReceiveID : Recevez les incréments d'ID sur chaque ISY réussi.

Données du routeur

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

Rtr : Les informations de routeur pour ce Nexus - reproduit pour le nexii sur le même routeur
FD : Descripteur de fichier du socket pour envoyer des paquets à ce routeur
Gre : Nombre de l'interface GRE que nous devrions recevoir des données de ce routeur (gre0, gre1,…)
Grippage : Adressez que nous lions notre socket à, pour envoyer des paquets à ce routeur (notre de/adresse source)
Sentto : Adressez-vous au routeur signale qu'il a obtenu des paquets à celui ont été envoyés de nous (seulement utile en utilisant la Multidiffusion)

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

Configaddr : Adresse IP pour le routeur qui est configuré
ID_addr : Adresse annoncée d'identifiant de routeur
From_addr : Adresse où les paquets sont vraiment provenus (le source ip)

Données de cache de Web

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

<IP> mentionné : L'IP de la carte de travail référencée et de l'horodateur il a été introduit dans l'ID de service
Poids : Mesure partagée parmi WCs pour partager des données de chargement.
État : ??

wccp: STATE:    [ME][ACTIVE]

[JE] : Cette carte de travail est le WSA exécutaient ce démon
[ACTIVE] : La carte de travail a été signalée par TOUS LES Routeurs dans ce service

Ci-dessous est un résultat complet témoin et décompose d'un log du niveau 3 WCCP. Dans ce log, le WSA joint un ID de service qui a 2 l'autre WSAs déjà dans lui. Le WSA deviendra le DWC (puisqu'il a le plus bas IP dans le service) :

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

Rien n'a été envoyé pourtant - toutes les données d'initialisation.

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

Nous avons envoyé le premier HIA @ 101 et avons reçu de retour un ISY @101. Est ci-dessous la mise à jour de la vue maintenant que nous avons reçu un 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

Nous identifions les 2 autres caches de Web et ils sont EN ACTIVITÉ signalé. Le courant DWC est 172.17.0.10 par rcvd_key dans le Nexus. L'état de Nexus est 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

Puisque la vue de service a changé, le needRA est signalé. Attendre un RA @117. Notez également que la modification de routeur # est 23. Vous verrez que nous avons envoyé un autre HIA à 111 et avons reçu un autre ISY à 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

La vue a changé de nouveau et le viewchg est incrémenté en conséquence. Le routeur a également noté une modification et a incrémenté sa modification #. Vous verrez que CE WSA maintenant est signalé et ACTIVE étiqueté. Ceci signifie que tous les Routeurs à ce service ont mentionné la carte de travail.

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)

Il est 117 maintenant, le moment spécifié pour que devoir envoie un RA. Maintenant que ce WSA est EN ACTIVITÉ, nous avons décidé que nous sommes les DWC, puisque nous sommes le plus bas IP parmi le WCs. Les INFORMATIONS déclarent que nous devons envoyer un RA. La méthode d'Équilibrage de charge que nous avons négociée MASQUE. La table de masquage utilise un index de recherche séquentielle et est affichée. Les INFORMATIONS au bas prouvent que nous avons envoyé un 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

La vue est maintenant valide et nous avons envoyé 1 réorientons assignons, comme notifed par le sent_key. En ce moment tout devrait être en service et bon.