How to correlate carmel ASIC output to actual ethernet port?

Jimmy Cricket · ‎04-02-2015

On a Nexus 5548UP I have a 10G SM port receiving CRC errors but upstream is not sending errors. I think the receiving switch is stomping the CRC, but I cannot match up the output from "show hardware internal" to the actual port to know for sure.

Running this command I can see the ASIC number and port ID:

switch# show hardware internal carmel port ethernet 1/29 | include instance|mac
        carmel instance    : 3 <- asic ID
        mac port           : 4 <- port ID
        fw_instance        : 4
        mac status polling : 1

Then I am running this command to check for stomps, but I cannot tell which line(s) of output correspond to the port in question.

switch# show hardware internal carmel asic 3 counters interrupt match stomp

Slot 0 Carmel 3 interrupt statistics:
Interrupt name                                 |Count   |ThresRch|ThresCnt|Ivls
-----------------------------------------------+--------+--------+--------+----
car_fi4_INT_fi_rx_pkt_crc_stomp                |1       |0       |1       |0
car_fi5_INT_fi_rx_pkt_crc_stomp                |bc4d5   |0       |1       |0
car_fi6_INT_fi_rx_pkt_crc_stomp                |817d5   |0       |1       |0
car_fi7_INT_fi_rx_pkt_crc_stomp                |bc474   |0       |4       |0
car_bm4_INT_norm_igrd_crc_stomp                |bc52c   |0       |4       |0
car_bm4_INT_norm_egrd_crc_stomp                |1       |0       |1       |0
car_bm5_INT_norm_egrd_crc_stomp                |bc4d5   |0       |1       |0
car_bm6_INT_norm_egrd_crc_stomp                |817d5   |0       |1       |0
car_bm7_INT_norm_igrd_crc_stomp                |1       |0       |1       |0
car_bm7_INT_norm_egrd_crc_stomp                |bc474   |0       |4       |0
car_fw4_INT_ig_pkt_err_eth_crc_stomp           |3e      |0       |2       |0
car_fw4_INT_eg_pkt_err_eth_crc_stomp           |1       |0       |1       |0
car_fw5_INT_eg_pkt_err_eth_crc_stomp           |bc4d5   |0       |1       |0
car_fw6_INT_eg_pkt_err_eth_crc_stomp           |817d5   |0       |1       |0
car_fw7_INT_ig_pkt_err_eth_crc_stomp           |1       |0       |1       |0
car_fw7_INT_eg_pkt_err_eth_crc_stomp           |bc474   |0       |4       |0
car_mm4_pb_INT_buf_ecc_crc_rx_crc_stomp        |3e      |0       |2       |0
car_mm4_pb_INT_buf_ecc_crc_tx_crc_stomp        |1       |0       |1       |0
car_mm5_pb_INT_buf_ecc_crc_tx_crc_stomp        |bc4d5   |0       |1       |0
car_mm6_pb_INT_buf_ecc_crc_tx_crc_stomp        |817d6   |0       |2       |0
car_mm7_pb_INT_buf_ecc_crc_rx_crc_stomp        |1       |0       |1       |0
car_mm7_pb_INT_buf_ecc_crc_tx_crc_stomp        |bc474   |0       |4       |0
Done.

Is it as simple as all of the lines above that have '4' in the name (like car_fi4_INT_fi_rx_pkt_crc_stomp) correspond to the port I am concerned with?

I have checked MTU and and cleaned / reseated the fibers on both ends.

afsharki2 · ‎05-02-2017

were you ever able to resolve this?

Jimmy Cricket · ‎05-02-2017

I was never able to determine how to map that ASIC info to actual interfaces.

But if memory serves the underlying issue was bad frames being sent from a switch another "hop" away.