not a supported transceiver

[drolfe]

Hi,

Hardware HP 5900AF-48XG-4QSFP+ Switch
Operating System HP Comware 7.1.045 2311P01

I"m getting the below error in my log buffer

%Jun 23 23:38:10:812 2015 HP-5900-Stack OPTMOD/4/PHONY_MODULE: Ten-GigabitEthernet1/0/46: This is not a supported transceiver for this platform. HP does not guarantee the normal operation or maintenance of unsupported transceivers. Please review the platform datasheet on the HP web site or contact your HP sales rep for a list of supported transceivers.

What SFP+ should I be looking for and how can I see the part number remotely of the one currently being used ?

Regards, Daniel

[TerjeAFK]

Comware switches will give this message if you use Procurve transceivers for example.

The following command will give you more info about the transceiver:

display transceiver interface Ten-GigabitEthernet 1/0/46

See this link for a list of supported transceivers:

http://www8.hp.com/us/en/products/networking-switches/product-detail.html?oid=5221896#!tab=oas

(select Tranceivers under category)

Your choice depends on speed, cable type and distance.

[drolfe]

Hi, Thanking you for the reply

[HP-5900-Stack]display transceiver interface Ten-GigabitEthernet 1/0/46
Ten-GigabitEthernet1/0/46 transceiver information:
  Transceiver Type              : 10G_BASE_SR_SFP
  Connector Type                : LC
  Wavelength(nm)                : 850
  Transfer Distance(m)          : 80(OM2),30(OM1),300(OM3)
  Digital Diagnostic Monitoring : YES
  Vendor Name                   : AVAGO

  Info:  This is not a supported transceiver for this platform.  HP does not guarantee the normal operation or maintenance of unsupported transceivers.  Please review the platform datasheet on the HP web site or contact your HP sales rep for a list of supported transceivers.

We have another SFP+ in this switch IRF stack showing a similar error

[HP-5900-Stack]display transceiver interface Ten-GigabitEthernet 2/0/46
Ten-GigabitEthernet2/0/46 transceiver information:
  Transceiver Type              : 10G_BASE_SR_SFP
  Connector Type                : LC
  Wavelength(nm)                : 850
  Transfer Distance(m)          : 80(OM2),30(OM1),300(OM3)
  Digital Diagnostic Monitoring : YES
  Vendor Name                   : JDSU

  Info:  This is not a supported transceiver for this platform.  HP does not guarantee the normal operation or maintenance of unsupported transceivers.  Please review the platform datasheet on the HP web site or contact your HP sales rep for a list of supported transceivers.

[Vince-Whirlwind]

It's not really an "error".

If the transceiver lights up and passes traffic, then everything should be OK.

[TerjeAFK]

Vince is right, we have used unsupported transceivers for a long time in our 5900 switches without any problems. But for our IRF links we use supported transceivers just in case we need help from HP support.

[drolfe]

Yes this is true, 

The DC are seeing RX errors, so I've been looking for anything that could be causing it, the fibres have been changed.

I think the dc is looking to swap their transceivers, if that doesn't work I"ll look at swapping out these ones for the supported ones

Regards, Daniel

[Vince-Whirlwind]

Get them to show you the output of their "show..." command that displays the error statistics.

Better detail might help you understand the potential issue.

[drolfe]

Hi,

See the interface errors on the DC side, I see alot of overruns, the DC hardware is a cisco 6500

6500-1#sho int Te1/11
TenGigabitEthernet1/11 is up, line protocol is up (connected)
Hardware is C6k 10000Mb 802.3, address is c471.fe32.4580 (bia c471.fe32.4580)
Description: Cust: Server Hosting Pty Ltd
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
reliability 255/255, txload 4/255, rxload 14/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 10Gb/s, media type is 10Gbase-SR
input flow-control is on, output flow-control is off
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 72902
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 550936000 bits/sec, 140671 packets/sec
5 minute output rate 157934000 bits/sec, 22388 packets/sec
L2 Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
L3 out Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
1508384981285 packets input, 791228987040187 bytes, 0 no buffer
Received 422194461 broadcasts (416312460 multicasts)
0 runts, 68439 giants, 0 throttles
68270 input errors, 0 CRC, 1 frame, 1847582529 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
245308491278 packets output, 154633232879629 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
------------------------------------------------------------------------



6500-1#sho int Te5/14
TenGigabitEthernet5/14 is up, line protocol is up (connected)
Hardware is C6k 10000Mb 802.3, address is c471.fe32.4580 (bia c471.fe32.4580)
Description: Cust: Server Hosting Pty Ltd
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
reliability 255/255, txload 4/255, rxload 6/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 10Gb/s, media type is 10Gbase-SR
input flow-control is on, output flow-control is off
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 73315
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 252075000 bits/sec, 26062 packets/sec
5 minute output rate 168302000 bits/sec, 22819 packets/sec
L2 Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
L3 out Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes
1308157678167 packets input, 727771139751807 bytes, 0 no buffer
Received 404247764 broadcasts (400250432 multicasts)
0 runts, 69273 giants, 0 throttles
69072 input errors, 29 CRC, 0 frame, 1343157164 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
246551311686 packets output, 156313559939947 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out

[Vince-Whirlwind]

Your 10Gb ports are oversubscribed and dropping packets when large bursts come through.

Do you have spare ports on your 10 Gb modules 1 & 5?

If so, then 

 - move the transceiver and link from port 1/11 to port 1/9.

 - remove any links from ports 1/10 & 1/12.

 - issue the command no hw-module slot 1 oversubscription port-group 3

Similarly for your other link:

 - move the transceiver and link from port 5/14 to port 5/13.

 - remove any links from ports 5/15 & 5/16.

 - issue the command no hw-module slot 5 oversubscription port-group 4

Overruns should stop.