Avez-vous un compte?
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.
Ce document décrit les commandes et riposte qu'incrément sur un Commutateur Cisco MDS 9148 Multilayer Fabric Switch avec un périphérique qui retient des signaux R_RDY au commutateur. Ceci s'appelle typiquement un périphérique lent de surcharge. Le MDS 9148 est également connu comme sabre.
Deux tests ont été exécutés :
Remarques :
Utilisez le Command Lookup Tool (clients enregistrés seulement) afin d'obtenir plus d'informations sur les commandes utilisées dans ce document.
L'Output Interpreter Tool (clients enregistrés seulement) prend en charge certaines commandes show. Utilisez l'Output Interpreter Tool afin de visualiser une analyse de sortie de commande show.
Tous les ports sont 4Gbps.
Single MDS 9148 switch running NX-OS 5.2(8)
172.18.121.30
Agilent 103/3--fc1/13 rtp-san-23-02-9148 fc1/25--Agilent 103/2
fcid 0xe20200 NX-OS 5.2(8) fcid 0xe20300
Traffic------------------------------------------------------> slow drain device
rtp-san-23-02-9148# show version
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Documents: http://www.cisco.com/en/US/products/ps9372/
tsd_products_support_series_home.html
Copyright (c) 2002-2012, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained herein are owned by
other third parties and are used and distributed under license.
Some parts of this software are covered under the GNU Public
License. A copy of the license is available at
http://www.gnu.org/licenses/gpl.html.
Software
BIOS: version 1.0.19
loader: version N/A
kickstart: version 5.2(8)
system: version 5.2(8)
BIOS compile time: 02/01/10
kickstart image file is: bootflash:///m9100-s3ek9-kickstart-mz.5.2.8.bin
kickstart compile time: 12/25/2020 12:00:00 [12/07/2012 19:48:00]
system image file is: bootflash:///m9100-s3ek9-mz.5.2.8.bin
system compile time: 11/9/2012 11:00:00 [12/07/2012 20:47:26]
Hardware
cisco MDS 9148 FC (1 Slot) Chassis ("1/2/4/8 Gbps FC/Supervisor-3")
Motorola, e500v2 with 1036300 kB of memory.
Processor Board ID JAF1406ASTK
Device name: rtp-san-23-02-9148
bootflash: 1023120 kB
Kernel uptime is 4 day(s), 23 hour(s), 10 minute(s), 33 second(s)
Last reset at 26277 usecs after Fri Jan 4 20:08:48 2013
Reason: Reset due to upgrade
System version: 5.2(1)
Service:
rtp-san-23-02-9148#
Ces commandes ne fonctionnent pas. Voir l'ID de bogue Cisco CSCud98114, "MDS9148 - request-timeout de régulation de débit de show logging onboard - la syntaxe errent. » Cette bogue a été réparée dans la version 6.2(1) et ultérieures de Logiciel Cisco NX-OS.
Ces compteurs sont répertoriés dans les compteurs de fc-MAC, mais ne révèlent pas dans la panne à bord se connectant les erreur-stats (OBFL). Voir l'ID de bogue Cisco CSCud93587, "MDS9148 OBFL ne contient pas FCP_CNTR_TX_WT_AVG_B2B_ZERO." que cette bogue n'est pas résolue encore.
La stratégie lente de port monitor de surcharge ne contient pas tx-crédit-non-disponible. Si vous tentez de configurer ce compteur, le message d'erreur « que ce compteur n'est pas pris en charge sur cette plate-forme » apparaît. Aucun déroutement de Protocole SNMP (Simple Network Management Protocol) n'est envoyé, et la commande crédit-non-disponible interne SNMP de show system ne renvoie rien.
Ces compteurs ne sont pas générés. Voir l'ID de bogue Cisco CSCts04123, « soutien lent de surcharge de l'Atlantide/de sabre. » Cette bogue a été réparée dans la version 5.2(6) et ultérieures de Logiciel Cisco NX-OS.
C'est la procédure pour un test lent d'émulation de port avec un retard R_RDY de 1500000us (1.5 seconde).
fc1/13 est le port connecté à l'expéditeur, et fc1/25 est le port connecté pour ralentir le périphérique de surcharge
Seulement un test simple a été exécuté.
Ces commandes ont été émises :
show interface fc1/13
show interface fc1/13 counters
Ce sont les modifications des éventuelles :
écarts d'entrée - 0
entrée OLS - 0
entrée LRR - 0
no. d'entrée - 0
écarts de sortie - 0
sortie OLS - 0
sortie LRR - 0
no. de sortie - 0
transmettez les transitions de crédit de commerce électronique interentreprises - aucune de modification nulle - 0 de valeur précédente
recevez les transitions de crédit de commerce électronique interentreprises de zéro - +7408
recevez le crédit de commerce électronique interentreprises ne demeurant - 32 - aucune modification de valeur précédente
transmettez le crédit autres 128 de commerce électronique interentreprises - Aucune modification de valeur précédente
Remarque: « recevez les transitions de crédit de commerce électronique interentreprises de zéro" indique les crédits de commerce électronique interentreprises retenus par MDS du périphérique connecté à fc1/13. Ceci accorde les crédits de commerce électronique interentreprises de réception à la transition à zéro, qui empêche le périphérique connecté de pouvoir envoyer pendant le temps où elle est à zéro. Notez qu'il n'y a aucune indication de temps dans ce compteur. En effet, ceci applique la contre-pression à l'expéditeur de sorte qu'il envoie moins de paquets dans le MDS.
Cette commande donne cet exemple de sortie :
show hardware internal fc-mac port 13 error-statistics
* -----------------------------------------------------------------------------
* Port Error Statistics for device Sabre-fcp
* dev inst: 0, dev intf: 44, port(s): 13
*
ADDRESS STAT COUNT
__________ ________ __________________
0xffffffff FCP_CNTR_RX_WT_AVG_B2B_ZERO 0x1c
Remarque: Ceci indique les crédits de commerce électronique interentreprises retenus par MDS du périphérique connecté à fc1/13 pour au moins 100ms. Ceci en effet applique la contre-pression à l'expéditeur de sorte qu'il envoie moins de paquets dans le MDS.
Il n'y a aucun résultat applicable pour mettre en communication fc1/13.
Il n'y a aucun résultat applicable pour mettre en communication fc1/13.
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# show hardware internal statistics module 1
----------------------------------------
Hardware stats as reported in module 1
----------------------------------------
...
show hardware internal fc-mac port 13 statistics
* -----------------------------------------------------------------------------
* Port Statistics for device Sabre-fcp
* dev inst: 0, dev intf: 44, port(s): 13
*
ADDRESS STAT COUNT 60 sec Delta
__________ ________ ___________ ____________
0x00000042 FCP_CNTR_MAC_CREDIT_IG_XG_MUX_SEND_RRDY_REQ 0x2b61 +0x2b61
0x00000061 FCP_CNTR_MAC_DATA_RX_CLASS3_FRAMES 0x2b61 +0x2b61
0x00000069 FCP_CNTR_MAC_DATA_RX_CLASS3_WORDS 0x16a9edc +0x16a9edc
0x0000041d FCP_CNTR_RCM_RBBZ_CH0 0x1cf0 +0x1cf0
0x0000041f FCP_CNTR_RCM_FRAME_CNT_CH0 0x2b61 +0x2b61
0x0000031b FCP_CNTR_RHP_FRM 0x2b61 +0x2b61
0xffffffff FCP_CNTR_RX_WT_AVG_B2B_ZERO 0x1c2 +0x1c2
0x00000533 FCP_CNTR_TMM_CH0 0x1f +0x18
0x00000536 FCP_CNTR_TMM_LB 0x1f +0x18
Remarque: FCP_CNTR_RCM_RBBZ_CH0 est identique en tant que « reçoit des transitions de crédit de commerce électronique interentreprises de zéro. »
Il n'y a aucun résultat applicable pour mettre en communication fc1/13.
Il n'y a aucun résultat applicable pour mettre en communication fc1/13.
Il n'y a aucun résultat applicable pour mettre en communication fc1/13.
Il n'y a aucun résultat applicable pour mettre en communication fc1/13. Voyez la note sur la stratégie lente de port monitor de surcharge.
Voir les statistiques internes de matériel d'exposition - fc1/13.
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# slot 1 show hardware internal fc-mac port 13 error-statistics
* -----------------------------------------------------------------------------
* Port Error Statistics for device Sabre-fcp
* dev inst: 0, dev intf: 44, port(s): 13
*
ADDRESS STAT COUNT
__________ ________ __________________
0xffffffff FCP_CNTR_RX_WT_AVG_B2B_ZERO 0x1c2
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# slot 1 show hard internal credit-info port 13
======== Device Credit Information - RX ========
+------+------+----------------------+------------+---------+--------+
| PORT | SI/ | DEVICE NAME | CREDITS | CREDITS | BW |
| NO | PRIO | | CONFIGURED | USED | MODE |
+------+------+----------------------+------------+---------+--------+
| 13 | 0/0 | Sabre-fcp | 0x20 | 0x0 | Full |
+------+------+----------------------+------------+---------+--------+
======== Device Credit Information - TX ========
+------+------+----------------------+------------+---------+--------+
| PORT | SI/ | DEVICE NAME | CREDITS | CREDITS | BW |
| NO | PRIO | | CONFIGURED | USED | MODE |
+------+------+----------------------+------------+---------+--------+
| 13 | 0/0 | Sabre-fcp | 0x80 | 0x0 | Full |
+------+------+----------------------+------------+---------+--------+
Il n'y a aucun résultat applicable pour mettre en communication fc1/13 puisque rien n'est allé en haut ou en bas.
Ces commandes ont été émises :
show interface fc1/25
show interface fc1/25 counters
Ce sont les modifications des éventuelles :
écarts d'entrée - 0
entrée OLS - 0
entrée LRR - +57
no. d'entrée - 0
écarts de sortie - 3808
sortie OLS - 0
sortie LRR - 0
no. de sortie - 0
transmettez les transitions de crédit de commerce électronique interentreprises de zéro +224
recevez les transitions de crédit de commerce électronique interentreprises de zéro +57
recevez le crédit de commerce électronique interentreprises ne demeurant - 32 - aucune modification de valeur précédente
transmettez le crédit de commerce électronique interentreprises autres 127 - -1
Remarque: « transmettez les transitions de crédit de commerce électronique interentreprises de zéro" indique que le périphérique connecté a retenu des crédits de commerce électronique interentreprises au périphérique connecté à fc1/13. Ceci permet le MDS transmettent des crédits de commerce électronique interentreprises à la transition à zéro, qui empêche le MDS de pouvoir envoyer en fonction ce port pendant le temps où elle est à zéro. Notez qu'il n'y a aucune indication de temps dans ce compteur. En effet, le périphérique s'applique la contre-pression au MDS de sorte qu'il envoient moins de paquets au périphérique connecté. Ceci entraîne la contre-pression au port émetteur fc1/13.
Cette commande donne cet exemple de sortie :
show hardware internal fc-mac port 25 interrupt-counts
* -----------------------------------------------------------------------------
* Port Interrupt Counts for device Sabre-fcp
* dev inst: 0, dev intf: 10, port(s): 25
*
INTERRUPT COUNT THRESH
_________ ________ ______
IP_FCMAC_INTR_PRIM_RX_SEQ_LRR 114 0
IP_FCMAC_INTR_PRIM_RX_SIG_IDLE 57 0
show hardware internal fc-mac port 25 error-statistics
* -----------------------------------------------------------------------------
* Port Error Statistics for device Sabre-fcp
* dev inst: 0, dev intf: 10, port(s): 25
*
ADDRESS STAT COUNT
__________ ________ __________________
0x0000052d FCP_CNTR_TMM_NORMAL_DROP 0xee0
0x00000539 FCP_CNTR_TMM_TIMEOUT 0xee0
0x00000540 FCP_CNTR_TMM_TIMEOUT_DROP 0xee0
0xffffffff FCP_CNTR_CREDIT_LOSS 0x39
0xffffffff FCP_CNTR_TX_WT_AVG_B2B_ZERO 0x23a
Remarque: Puisque le périphérique connecté attend 1.5 seconde, le MDS initie la reprise de perte de crédit à 1 seconde. Ceci implique d'envoyer un lien remis à l'état initial (la LR) et d'obtenir une réponse de remise de lien (LRR). Tandis que le port est aux crédits de 0 Tx, le MDS relâche des paquets pour cette interface comme affichée par les trois compteurs de GOUTTE.
Cette commande donne cet exemple de sortie :
show hardware internal packet-flow dropped
Module: 01 Dropped Packets: YES
-------- Dropped Packet Flow Details --------
+------------------+------------------+-------------------------------------+
| DEVICE NAME | PORTS | DROPPED COUNT |
| | | RX (Hex) | TX (Hex) |
+------------------+------------------+-------------------------------------+
| Sabre-fcp | 25 | 0 | ee0 |
+------------------+------------------+-------------------------------------+
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# show hardware internal packet-dropped-reason
show hardware internal packet-dropped-reason
Module: 01 Dropped Packets: YES
+-----------+---------------+-------------------+------------------------------+
| | | DROPS | |
| PORTS | DEVICE NAME |-------------------| COUNTER NAME |
| | | Rx(Hex) | Tx(Hex) | |
+-----------+---------------+---------+---------+------------------------------+
|25 |Sabre-fcp | - |EE0 |FCP_CNTR_TMM_NORMAL_DROP |
| | | - |EE0 |FCP_CNTR_TMM_TIMEOUT_DROP |
| | | - |1dc0 |TOTAL |
+-----------+---------------+---------+---------+------------------------------+
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# show hardware internal statistics module 1
----------------------------------------
Hardware stats as reported in module 1
----------------------------------------
...
show hardware internal fc-mac port 25 statistics
* -----------------------------------------------------------------------------
* Port Statistics for device Sabre-fcp
* dev inst: 0, dev intf: 10, port(s): 25
*
ADDRESS STAT COUNT 60 sec Delta
__________ ________ ___________ ____________
0x00000042 FCP_CNTR_MAC_CREDIT_IG_XG_MUX_SEND_RRDY_REQ 0x39 +0x39
0x00000043 FCP_CNTR_MAC_CREDIT_EG_DEC_RRDY 0x39 +0x39
0x00000061 FCP_CNTR_MAC_DATA_RX_CLASS3_FRAMES 0x39 +0x39
0x00000069 FCP_CNTR_MAC_DATA_RX_CLASS3_WORDS 0x2010 +0x2010
0x0000041d FCP_CNTR_RCM_RBBZ_CH0 0x39 +0x39
0x0000041f FCP_CNTR_RCM_FRAME_CNT_CH0 0x39 +0x39
0x0000031b FCP_CNTR_RHP_FRM 0x39 +0x39
0x00000065 FCP_CNTR_MAC_DATA_TX_CLASS3_FRAMES 0x1cba +0x1cba
0x0000006d FCP_CNTR_MAC_DATA_TX_CLASS3_WORDS 0xee666c +0xee666c
0x00000514 FCP_CNTR_TMM_TBBZ_CH0 0x70 +0x70
0x00000515 FCP_CNTR_TMM_TBBZ_CH1 0x70 +0x70
0x0000052d FCP_CNTR_TMM_NORMAL_DROP 0xee0 +0xee0
0x00000539 FCP_CNTR_TMM_TIMEOUT 0xee0 +0xee0
0x00000540 FCP_CNTR_TMM_TIMEOUT_DROP 0xee0 +0xee0
0x00000533 FCP_CNTR_TMM_CH0 0x58 +0x51
0x00000534 FCP_CNTR_TMM_CH1 0x2b61 +0x2b61
0x00000536 FCP_CNTR_TMM_LB 0x1f +0x18
0xffffffff FCP_CNTR_CREDIT_LOSS 0x39 +0x39
0xffffffff FCP_CNTR_TX_WT_AVG_B2B_ZERO 0x23a +0x23a
0xffffffff FCP_CNTR_LRR_IN 0x39 +0x39
0xffffffff FCP_CNTR_LINK_RESET_OUT 0x39 +0x39
Remarque: Notez que FCP_CNTR_RCM_TBBZ_CHx est identique en tant que « transmettent des transitions de crédit de commerce électronique interentreprises de zéro. »
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# show logging onboard starttime 01/10/13-00:00:00 error-stats
----------------------------
Supervisor Module:
----------------------------
----------------------------
Module: 1
----------------------------
--------------------------------------------------------------------------------
ERROR STATISTICS INFORMATION FOR DEVICE ID 127 DEVICE Sabre-fcp
--------------------------------------------------------------------------------
Interface | | | Time Stamp
Range | Error Stat Counter Name | Count |MM/DD/YY HH:MM:SS
| | |
--------------------------------------------------------------------------------
fc1/25 |FCP_CNTR_CREDIT_LOSS |57 |01/10/13 20:36:21
fc1/25 |FCP_CNTR_TMM_TIMEOUT_DROP |3808 |01/10/13 20:36:21
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3808 |01/10/13 20:36:21
fc1/25 |FCP_CNTR_TMM_NORMAL_DROP |3808 |01/10/13 20:36:21
fc1/25 |FCP_CNTR_CREDIT_LOSS |47 |01/10/13 20:36:11
fc1/25 |FCP_CNTR_TMM_TIMEOUT_DROP |3196 |01/10/13 20:36:11
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3196 |01/10/13 20:36:11
fc1/25 |FCP_CNTR_TMM_NORMAL_DROP |3196 |01/10/13 20:36:11
fc1/25 |FCP_CNTR_CREDIT_LOSS |38 |01/10/13 20:36:01
fc1/25 |FCP_CNTR_TMM_TIMEOUT_DROP |2584 |01/10/13 20:36:01
fc1/25 |FCP_CNTR_TMM_TIMEOUT |2584 |01/10/13 20:36:01
fc1/25 |FCP_CNTR_TMM_NORMAL_DROP |2584 |01/10/13 20:36:01
fc1/25 |FCP_CNTR_CREDIT_LOSS |29 |01/10/13 20:35:51
fc1/25 |FCP_CNTR_TMM_TIMEOUT_DROP |1972 |01/10/13 20:35:51
fc1/25 |FCP_CNTR_TMM_TIMEOUT |1972 |01/10/13 20:35:51
fc1/25 |FCP_CNTR_TMM_NORMAL_DROP |1972 |01/10/13 20:35:51
… et ainsi de suite…
Remarque: OBFL est mis à jour dans cette plate-forme toutes les dix secondes. En chaque intervalle, tous compteurs qui ont incrémenté sont capturés et valeurs courantes affichées. Ainsi, FCP_CNTR_CREDIT_LOSS (reprise de perte de crédit), grimpé de 47 jusqu'à 57 en 10 secondes. C'est exactement correct parce qu'il est initié tout au plus chaque seconde où le MDS est aux crédits de 0 Tx.
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# show logging onboard flow-control timeout-drops
----------------------------
Supervisor Module:
----------------------------
Syntax error while parsing show logging onboard module 1 flow-control timeout-drops
Cmd exec error.
----------------------------
Module: 1
----------------------------
--------------------------------------------------------------------------------
ERROR STATISTICS INFORMATION FOR DEVICE ID 127 DEVICE Sabre-fcp
--------------------------------------------------------------------------------
Interface | | | Time Stamp
Range | Error Stat Counter Name | Count |MM/DD/YY HH:MM:SS
| | |
--------------------------------------------------------------------------------
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3808 |01/10/13 20:36:21
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3196 |01/10/13 20:36:11
fc1/25 |FCP_CNTR_TMM_TIMEOUT |2584 |01/10/13 20:36:01
fc1/25 |FCP_CNTR_TMM_TIMEOUT |1972 |01/10/13 20:35:51
fc1/25 |FCP_CNTR_TMM_TIMEOUT |1360 |01/10/13 20:35:41
fc1/25 |FCP_CNTR_TMM_TIMEOUT |748 |01/10/13 20:35:31
fc1/25 |FCP_CNTR_TMM_TIMEOUT |136 |01/10/13 20:35:21
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3910 |01/10/13 20:11:51
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3638 |01/10/13 20:11:41
fc1/25 |FCP_CNTR_TMM_TIMEOUT |3026 |01/10/13 20:11:31
fc1/25 |FCP_CNTR_TMM_TIMEOUT |2414 |01/10/13 20:11:21
fc1/25 |FCP_CNTR_TMM_TIMEOUT |1802 |01/10/13 20:11:11
fc1/25 |FCP_CNTR_TMM_TIMEOUT |1156 |01/10/13 20:11:01
fc1/25 |FCP_CNTR_TMM_TIMEOUT |544 |01/10/13 20:10:51
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# show process creditmon credit-loss-events
show process creditmon credit-loss-events
Module: 01 Credit Loss Events: YES
----------------------------------------------------
| Interface | Total | Timestamp |
| | Events | |
----------------------------------------------------
| fc1/25 | 512 | 1. Thu Jan 10 20:36:21 2013 |
| | | 2. Thu Jan 10 20:36:19 2013 |
| | | 3. Thu Jan 10 20:36:18 2013 |
| | | 4. Thu Jan 10 20:36:17 2013 |
| | | 5. Thu Jan 10 20:36:16 2013 |
| | | 6. Thu Jan 10 20:36:15 2013 |
| | | 7. Thu Jan 10 20:36:14 2013 |
| | | 8. Thu Jan 10 20:36:13 2013 |
| | | 9. Thu Jan 10 20:36:12 2013 |
| | |10. Thu Jan 10 20:36:11 2013 |
----------------------------------------------------
Remarque: Ceci affiche une version horodatée plus détaillée de quand le commutateur appelle la reprise de perte de crédit.
Il n'y a aucun résultat applicable pour mettre en communication fc1/25. Voyez la note sur la stratégie lente de port monitor de surcharge.
Voir les statistiques internes de matériel d'exposition - fc1/25.
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# slot 1 show hardware internal fc-mac port 25 error-statistics
* -----------------------------------------------------------------------------
* Port Error Statistics for device Sabre-fcp
* dev inst: 0, dev intf: 10, port(s): 25
*
ADDRESS STAT COUNT
__________ ________ __________________
0x0000052d FCP_CNTR_TMM_NORMAL_DROP 0xee0
0x00000539 FCP_CNTR_TMM_TIMEOUT 0xee0
0x00000540 FCP_CNTR_TMM_TIMEOUT_DROP 0xee0
0xffffffff FCP_CNTR_CREDIT_LOSS 0x39
0xffffffff FCP_CNTR_TX_WT_AVG_B2B_ZERO 0x23a
Remarque: C'est une bonne commande initiale pour l'affichage des compteurs les plus importants pour la surcharge lente. Il n'inclut pas FCP_CNTR_RCM_RBBZ_CHx et FCP_CNTR_TMM_TBBZ_CHx, mais ceux ne sont pas considérés des erreurs.
Cette commande donne cet exemple de sortie :
rtp-san-23-02-9148# slot 1 show hard internal credit-info port 25
======== Device Credit Information - RX ========
+------+------+----------------------+------------+---------+--------+
| PORT | SI/ | DEVICE NAME | CREDITS | CREDITS | BW |
| NO | PRIO | | CONFIGURED | USED | MODE |
+------+------+----------------------+------------+---------+--------+
| 25 | 0/0 | Sabre-fcp | 0x20 | 0x0 | Full |
+------+------+----------------------+------------+---------+--------+
======== Device Credit Information - TX ========
+------+------+----------------------+------------+---------+--------+
| PORT | SI/ | DEVICE NAME | CREDITS | CREDITS | BW |
| NO | PRIO | | CONFIGURED | USED | MODE |
+------+------+----------------------+------------+---------+--------+
| 25 | 0/0 | Sabre-fcp | 0x80 | 0x1 | Full |
+------+------+----------------------+------------+---------+--------+
Il n'y a aucun résultat applicable pour mettre en communication fc1/25 puisque rien n'est allé en haut ou en bas.
C'est la procédure pour un port monitor, test lent d'émulation de port avec un retard R_RDY de 1500000us (1.5 seconde).
Par défaut, la stratégie lente de surcharge est en activité. Voyez la note sur la stratégie lente de port monitor de surcharge.
C'est le par défaut ralentissent la stratégie de surcharge :
rtp-san-23-02-9148# show port-monitor active
Policy Name : slowdrain
Admin status : Active
Oper status : Active
Port type : All Access Ports
---------------------------------------------------------------------------------------------------------
Counter Threshold Interval Rising Threshold event Falling Threshold event PMON Portguard
------- --------- -------- ---------------- ----- ------------------ ----- --------------
Credit Loss Reco Delta 1 1 4 0 4 Not enabled
----------------------------------------------------------------------------------------------------------
rtp-san-23-02-9148#
Créez et lancez une stratégie nommée edm. Incluez tous les compteurs afin de voir lesquels sont générés :
rtp-san-23-02-9148# show port-monitor active
Policy Name : edm
Admin status : Active
Oper status : Active
Port type : All Ports
---------------------------------------------------------------------------------------------------------
Counter Threshold Interval Rising Threshold event Falling Threshold event PMON Portguard
------- --------- -------- ---------------- ----- ------------------ ----- --------------
Link Loss Delta 60 5 4 1 4 Not enabled
Sync Loss Delta 60 5 4 1 4 Not enabled
Signal Loss Delta 60 5 4 1 4 Not enabled
Invalid Words Delta 60 1 4 0 4 Not enabled
Invalid CRC's Delta 60 5 4 1 4 Not enabled
TX Discards Delta 60 200 4 10 4 Not enabled
LR RX Delta 60 5 4 1 4 Not enabled
LR TX Delta 60 5 4 1 4 Not enabled
Timeout Discards Delta 60 200 4 10 4 Not enabled
Credit Loss Reco Delta 1 1 4 0 4 Not enabled
RX Datarate Delta 60 80% 4 20% 4 Not enabled
TX Datarate Delta 60 80% 4 20% 4 Not enabled
----------------------------------------------------------------------------------------------------------
rtp-san-23-02-9148#
Reprenez l'Agilent avec le fc1/25 connecté au périphérique lent de surcharge au retard 1500000us (1.5 seconde) R_RDY pendant approximativement 60 secondes.
Naviguez vers le gestionnaire de périphériques > les logs > le résident de commutateur > le gestionnaire de seuil afin de voir le gestionnaire de seuil se connecter.
C'est le format texte de procédure de connexion de gestionnaire de seuil :
4, 121 2013/01/12-11:49:56 fcIfCreditLoss.16875520=1 >= 1:65500, 4 WARNING(4)Rising
4, 122 2013/01/12-11:50:03 fcIfCreditLoss.16875520=0 <= 0:65500, 4 WARNING(4)Falling
4, 123 2013/01/12-11:50:04 fcIfCreditLoss.16875520=1 >= 1:65500, 4 WARNING(4)Rising
4, 124 2013/01/12-11:50:14 fcIfCreditLoss.16875520=0 <= 0:65500, 4 WARNING(4)Falling
4, 125 2013/01/12-11:50:15 fcIfCreditLoss.16875520=1 >= 1:65500, 4 WARNING(4)Rising
4, 126 2013/01/12-11:50:25 fcIfCreditLoss.16875520=0 <= 0:65500, 4 WARNING(4)Falling
4, 127 2013/01/12-11:50:26 fcIfCreditLoss.16875520=1 >= 1:65500, 4 WARNING(4)Rising
4, 128 2013/01/12-11:50:36 fcIfCreditLoss.16875520=0 <= 0:65500, 4 WARNING(4)Falling
4, 129 2013/01/12-11:50:37 fcIfCreditLoss.16875520=1 >= 1:65500, 4 WARNING(4)Rising
4, 130 2013/01/12-11:50:47 fcIfCreditLoss.16875520=0 <= 0:65500, 4 WARNING(4)Falling
4, 131 2013/01/12-11:50:48 fcIfCreditLoss.16875520=1 >= 1:65500, 4 WARNING(4)Rising
4, 132 2013/01/12-11:50:50 fcIfCreditLoss.16875520=0 <= 0:65500, 4 WARNING(4)Falling
4, 133 2013/01/12-11:50:55 fcIfOutDiscards.16875520=3197 >= 200:65500, 4 WARNING(4)Rising
4, 134 2013/01/12-11:50:55 fcIfLinkResetOuts.16875520=49 >= 5:65500, 4 WARNING(4)Rising
4, 135 2013/01/12-11:50:55 fcIfTimeOutDiscards.16875520=3197 >= 200:65500, 4 WARNING(4)Rising
Remarque: 16875520 est un ifindex, qu'IS-IS 0x01018000 et correspond à fc1/25.
rtp-san-23-02-9148# show port internal info interface-id 0x01018000
fc1/25 - if_index: 0x01018000, phy_port_index: 0xa
local_index: 0x18
Explication :
Ce compteur indique qu'un plein deuxième s'est écoulé avec le crédit de mémoire-à-mémoire tampon de transmission (commerce électronique interentreprises de Tx) contre- à zéro. Le commutateur a initié la reprise de perte de crédit en transmettant une remise de lien (LR). Si une réponse de remise de lien (LRR) est reçue, la pleine affectation des crédits de commerce électronique interentreprises de Tx est restaurée, et le port peut de nouveau reprendre la transmission. Si un LRR n'est pas reçu dans 90ms, 'un état de Rcvd B2B de la LR est augmenté, et le port est réduit.
Référence :
Commandes :
Explication :
Un paquet destiné pour ce port a chronométré dans le commutateur. Par défaut, les paquets chronomètrent après 500ms. Si un paquet ne peut pas tramitted son port de sortie, il est jeté, et ce compteur est incrémenté. C'est réglable avec l'utilisation du mode de nombre d'encombrement-baisse de délai d'attente de système {E|Commande F}.
Commandes :
Explication :
Voir le FCP_CNTR_TMM_TIMEOUT_DROP.
Commandes :
Explication :
C'est un compteur d'agrégat qui inclut d'autres compteurs tels que FCP_CNTR_TMM_TIMEOUT_DROP.
Commandes :
Explication :
Ce compteur incrémente quand la valeur restante de commerce électronique interentreprises de Tx transitioned de zéro à une valeur différente de zéro.
C'est la statistique de FCP_CNTR_TMM_TBBZ_CHx. Tandis que ceci peut se produire normalement, les grands nombres indiquent typiquement un problème avec le périphérique connecté. Si le compteur FCP_CNTR_TX_WT_AVG_B2B_ZERO était à zéro pour 100ms ou plus, il est incrémenté.
Commandes :
Explication :
Ce compteur incrémente quand rester reçoivent la valeur de commerce électronique interentreprises (de Rx) transitioned de zéro à une valeur différente de zéro.
C'est la statistique de FCP_CNTR_TMM_RBBZ_CHx. Tandis que ceci peut se produire normalement, les grands nombres indiquent typiquement que le commutateur est congestionné dans la direction à partir de ce port et fait pression sur de retour le port afin de l'empêcher d'envoyer les paquets supplémentaires dans le réseau de stockage (SAN). Si le compteur FCP_CNTR_RX_WT_AVG_B2B_ZERO était à zéro pour 100ms ou plus, il est incrémenté.
Commandes :
Explication :
Ce compteur incrémente chaque fois que un LRR est reçu. Ceci est typiquement provoqué par le commutateur quand il initie la reprise de perte de crédit.
Référence :
Commandes :
Explication :
Ce compteur incrémente quand la valeur restante de commerce électronique interentreprises de Tx est à zéro pour 100ms ou plus. Ce typiquement les indiciates le périphérique connecté démontre l'encombrement (ralentissez la surcharge).
Ceci devrait générer un déroutement SNMP de fcIfTxWtAvgBBCreditTransitionToZero et mettre un événement dans la sortie de la commande crédit-non-disponible interne SNMP de show system. Cependant, la présente partie du compteur n'est pas prise en charge. Voyez la note sur la stratégie lente de port monitor de surcharge.
Commandes :
Explication :
Ce compteur incrémente quand la valeur restante de commerce électronique interentreprises de Rx est à zéro pour 100ms ou plus. Ceci indique typiquement que le commutateur retient R_RDYs (crédits de commerce électronique interentreprises) au périphérique connecté dû à l'encombrement en amont (encombrement à partir de ce port).
Commandes :
Explication :
Ce compteur incrémente quand la valeur restante de commerce électronique interentreprises de Rx transitioned de zéro à une valeur différente de zéro.
C'est les transitions de crédit de commerce électronique interentreprises de réception de zéro compteurs sous les compteurs d'interface d'exposition et les compteurs d'agrégat commandent. Tandis que ceci peut se produire normalement, les grands nombres indiquent typiquement que le commutateur est congestionné dans la direction à partir de ce port et fait pression sur de retour le port afin de l'empêcher d'envoyer les paquets supplémentaires dans le SAN. Si le compteur FCP_CNTR_RX_WT_AVG_B2B_ZERO était à zéro pour 100ms ou plus, il est incrémenté.
Commandes :
Explication :
Ce compteur incrémente quand la valeur restante de commerce électronique interentreprises de Tx transitioned de zéro à une valeur différente de zéro.
C'est les transitions de crédit de commerce électronique interentreprises de transmission de zéro sous les compteurs d'interface d'exposition et les compteurs d'agrégat commandent. Tandis que ceci peut se produire normalement, les grands nombres indiquent typiquement un problème avec le périphérique connecté. Si le compteur FCP_CNTR_TX_WT_AVG_B2B_ZERO était à zéro pour 100ms ou plus, il est incrémenté.
Commandes :
Explication :
Ce compteur incrémente chaque fois que un LRR est reçu. C'est en général dû au commutateur initiant la reprise de perte de crédit.
Référence :
Commandes :
Explication :
Ce compteur incrémente chaque fois que la LR est transmise. Ceci est typiquement provoqué par le commutateur quand il initie la reprise de perte de crédit.
Référence :
Commandes :
Le MDS9148 a deux arbitres centraux et 12 port-groupes de quatre met en communication chacun. Chaque arbitre manipule la moitié des groupes de port de sortie. Pendant qu'un paquet est reçu sur un port d'entrée, la mémoire tampon de crédit d'entrée (ICB) invite une concession pour envoyer un paquet reçu à un index spécifique de destination (DI). L'ICB envoie à une demande de concession à l'arbitre 0 pour des port-groupes 0-5 et aux port-groupes de 1par d'arbitre 6-11. S'il y a l'espace dans les mémoires tampons de transmission des DI, l'arbitre renvoie une concession au port d'entrée de demande, et la trame peut être transmise.
L'arbitre demande et des concessions peuvent être vues dans cet exemple de l'interface de ligne de commande (CLI) :
MDS9148# slot 1 show hardware internal icb 0 statistics | i ARB
0x00000d14 PG0_ICB_ARB0_REQ_CNT 0xf8e
0x00000d18 PG0_ICB_ARB1_REQ_CNT 0x2e93
0x00000d1c PG0_ICB_ARB0_GNT_CNT 0xf8e
0x00000d20 PG0_ICB_ARB1_GNT_CNT 0x2e93
0x00000d14 PG1_ICB_ARB0_REQ_CNT 0x3e1c
0x00000d1c PG1_ICB_ARB0_GNT_CNT 0x3e1c
...snip
0x00000d14 PG10_ICB_ARB0_REQ_CNT 0x3e1c
0x00000d1c PG10_ICB_ARB0_GNT_CNT 0x3e1c
0x00000d14 PG11_ICB_ARB0_REQ_CNT 0x3e1c
0x00000d1c
PG11_ICB_ARB0_GNT_CNT 0x3e1c
Le MDS (sabre) a des commandes spécifiques afin de vérifier les paquets en attente. Ces commandes sont semblables à, mais pas presque aussi utiles que, commandes en attente-paquet-information up-xbar interne de matériel d'exposition les 0 qui est disponible dans les Directeurs multicouches de la gamme Cisco MDS 9500.
Si les crédits configurés sont moins que que les crédits disponibles, il y a des trames en suspens pour cette interface de périphérique (DI). Dans cet exemple, fc1/13 envoie au périphérique lent de surcharge qui est connecté sur fc1/25. fc1/25 affiche deux paquets alignés :
module-1# show hardware internal arb 0 cell-frame-credits
CCC = Cell Credits Configured.
CCA = Cell Credits Available - Live from hardware.
FCC = Frame Credits Configured.
FCA = Frame Credits Available- Live from hardware.
STA = Cell/Frame Credit status reported by hardware.
+----+---+----+-------------------------+--------------------------+
| | |Port| PRIORITY 0 | PRIORITY 1 |
|Port| DI|Mode| CCC|CCA|STA| FCC|FCA|STA| CCC|CCA|STA| FCC|FCA|STA|
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
| 1| 35| E| 36| 36| Y| 36| 36| Y| 36| 36| Y| 36| 36| Y|
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
| 2| 34| E| 36| 36| Y| 36| 36| Y| 36| 36| Y| 36| 36| Y|
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
...
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
| 13| 44| E| 36| 36| Y| 36| 36| Y| 36| 36| Y| 36| 36| Y|
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
...
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
| 25| 10| E| 36| 34| Y| 36| 35| Y| 36| 2| Y| 36| 34| Y| << 36 - 34 = 2 packets queued
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+ << 36 - 2 = 34 packets queued
| 26| 11| E| 36| 36| Y| 36| 36| Y| 36| 36| Y| 36| 36| Y|
+----+---+----+----+---+---+----+---+---+-----+---+---+----+---+---+
...
Des en-têtes de paquet pour des paquets actuellement alignés peuvent être visualisées avec le port-grp interne 3 paquet-HDR du matériel ICB 0 d'exposition de l'emplacement 1 0 commandes de linecard. Chaque port-groupe comporte quatre ports, ainsi le port-groupe approprié du port d'entrée doit être choisi. L'en-tête de paquet est affichée en temps réel.
Dans cet exemple, des paquets sont reçus sur un port fc1/13 (port-groupe 3) et egressing ISL pour mettre en communication fc1/1, qui est lent. La destination FCID 0xcd0000 existe sur fc1/1.
MDS9148# slot 1 show hardware internal icb 0 port-grp 3 pkt-hdr 0
==== PACKET (Sabre & FC) HEADER in PG 3 BUFFER NUMBER : 0 ====
+---------------------+---------------------+---------------------+
| SS : 0x1 | VER : 0 | AT : 0 |
| BC : 0 | GA : 0 | SOF : 0x6 |
| HL : 0 | PLEN : 0 | TTL : 0xff |
| UP : 0 | DI : 0 | SI : 0x2c |
| CTL : 0 | TSTMP : 0xbd48 | STA : 0 |
| SP : 0 | VSAN : 0xed | CSUM : 0x59 |
+---------------------+---------------------+---------------------+
| R_CTL : 0 | D_ID : 0xcd0000 | CS_CTL : 0 |
| S_ID : 0x960280 | TYPE : 0 | F_CTL : 0x280000 |
| SEQ_ID : 0 | DF_CTL : 0 | SEQ_CNT: 0 |
| OX_ID : 0x8000 | RX_ID : 0 | PARAM : 0 |
+---------------------+---------------------+---------------------+
MDS9148#