Third Party 10G sfp in cisco Asr 920-4sz-a

[kirandeep.singh]

Hi, I have put third party sfp 10g sfp( part no. 3HE10365CFRA01) in cisco asr 920-4sz-a and it is getting detected as 100base zx only

details below

Router#sh hw-module subslot 0/0 transceiver 4 idprom detail
IDPROM for transceiver TenGigabitEthernet0/0/4:
Description = SFP or SFP+ optics (type 3)
Transceiver Type: = 100BASE ZX (279)
Product Identifier (PID) = APSPC57HM3CDL70N
Vendor Revision = A
Serial Number (SN) = X.X.X
Vendor Name = ATOP
Vendor OUI (IEEE company ID) = 00.00.00 (0)
CLEI code =
Cisco part number =
Device State = Enabled.
Date code (yy/mm/dd) = 22/04/22
Connector type = LC.
Encoding = 64B/66B (6)
Nominal bitrate = (10300 Mbits/s)
Minimum bit rate as % of nominal bit rate = not specified
Maximum bit rate as % of nominal bit rate = not specified
The transceiver type is 279

and the below command shows it is 1000mbps not 10,000mbps

Router(config)#do sh int t0/0/4
TenGigabitEthernet0/0/4 is down, line protocol is down
Hardware is 2xGE-4x10GE-FIXED, address is d0e0.42fa.f084 (bia d0e0.42fa.f084)
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 1000Mbps, media type is 100BaseZXFE
output flow-control is unsupported, input flow-control is on
ARP type: ARPA, ARP Timeout 04:00:00

what could be the reason? is there any way to do the throughput testing on this sfp port? suggestions would be appreciated 

[Ramblin Tech]

In the world of 3rd-party optics modules, the burden falls on the transceiver vendor to interoperate with the host device. That is, the vendors of the host switches/routers will support only those optics that they have qualified in their own testing, which typically means optics modules that those vendors sell or co-market themselves. There are just too many different optics modules on the market for host vendors to qualify every one of them, so it is up to the 3rd-party transceiver vendors to perform their own qualification testing before making any interop claims with a given host.

During this optic module qualification testing, incompatibilities are often found, which can require tweaks to the module's PROM and/or software in the host device. This is also true when Cisco is the 3rd-party optic vendor (Cisco optics in non-Cisco gear); the burden is on Cisco to identify any root causes of incompatibilities with its optic modules and offer potential remedies, which might include tweaks to the non-Cisco NOS s/w (I have seen where Cisco identified non-compliance to MSA on the part of the NOS vendor in handling optic module bytecodes, and they suggested a fix in order to win the 3rd-party optic business of the end-customer).

Bottom line: ask the optic vendor what qualification testing did they perform against the ASR 920 and with what version of IOS-XE? If they did not perform any testing, ask them if they will troubleshoot your installation. They can tell you what data to dump from the module for their analysis. If they are unwilling to do this, return the product and find another optics vendor.