{"id":171,"date":"2018-01-09T00:44:31","date_gmt":"2018-01-09T00:44:31","guid":{"rendered":"https:\/\/www.kuncar.net\/blog\/?p=171"},"modified":"2018-01-09T00:44:31","modified_gmt":"2018-01-09T00:44:31","slug":"unlocking-cisco-devices-for-unsupported-sfps","status":"publish","type":"post","link":"https:\/\/www.kuncar.net\/blog\/2018\/unlocking-cisco-devices-for-unsupported-sfps\/","title":{"rendered":"Unlocking cisco devices for unsupported SFPs"},"content":{"rendered":"<p style=\"text-align: justify;\"><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\"><img loading=\"lazy\" decoding=\"async\" class=\"alignleft size-thumbnail wp-image-173\" src=\"https:\/\/www.kuncar.net\/blog\/wp-content\/uploads\/2018\/01\/cisco-blue-150x150.gif\" alt=\"\" width=\"150\" height=\"150\" srcset=\"https:\/\/www.kuncar.net\/blog\/wp-content\/uploads\/2018\/01\/cisco-blue-150x150.gif 150w, https:\/\/www.kuncar.net\/blog\/wp-content\/uploads\/2018\/01\/cisco-blue-100x100.gif 100w\" sizes=\"auto, (max-width: 150px) 100vw, 150px\" \/>Cisco as well as many other vendors locks their equipment to only work with their own branded SFPs. The problem is that none of the big vendors actually manufactures the modules themselves &#8211; they use 3rd parties like avago or finisar. This extremely shameful practice is wide spread so almost everyone does this &#8211; Cisco, Juniper, Brocade or NetApp all are guilty of this. One issue is price &#8211; the aforementioned companies are willing to ask you 10 or even 100 times more for a branded sfp under the pretense of supportability.\u00a0<\/span><\/p>\n<p style=\"text-align: justify;\"><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\">So how does this protection work ? Technically it is very simple. Each SFP needs to have a limited set of information on it to identify vendor and type and similar useful things so the vendors just added a small CRC to check out with the platform. These CRCs might be different between platforms of the same vendor so now you can have overpriced module that is not working in your device due to artificial block.\u00a0<\/span><\/p>\n<p style=\"text-align: justify;\"><span style=\"font-family: arial, helvetica, sans-serif; font-size: 14px;\">Some words before try the procedure below &#8211; unlocking and using unencoded fiber SM\/MM SFPs will usually work. I&#8217;ve seen only couple extra cheap Chinese no-name modules that didn&#8217;t work at all. With copper SFP that is a completely different game and I would strongly recommend to use someone who has been thoroughly tested and sells the &#8220;encoded&#8221; modules. The reason being that the copper SFP has to deal with autonegotiation and way more signaling over the wire than a fible module and there is loads of potential for incompatibility in both direction. For this purposes I&#8217;ve used in the past 1GE copepr SFPs from <a title=\"prolabs transceivers \" href=\"https:\/\/www.prolabs.com\" target=\"_blank\" rel=\"noopener\">prolabs<\/a> and <a title=\"solid-optics transceivers\" href=\"http:\/\/solid-optics.com\" target=\"_blank\" rel=\"noopener\">solid optics<\/a>\u00a0with good degree of success when unlocking was not a viable option.\u00a0<\/span><\/p>\n<p><span style=\"font-family: arial, helvetica, sans-serif; font-size: 14px;\">Most decent vendors will have some compatibility list so you can actually check if your sfp will work or not. There is also a good chance that if your device supports &#8220;Cisco&#8221; SFP manufactured by Finisar then Finisar branded SFP will work after the unlock.<\/span><\/p>\n<h3>The unlock procedure<\/h3>\n<p><span style=\"font-family: arial, helvetica, sans-serif; font-size: 14px;\">error insertin the sfp while not unlocked<\/span><\/p>\n<pre><em><span style=\"font-family: arial, helvetica, sans-serif; font-size: 14px;\">%GBIC_SECURITY_CRYPT-4-VN_DATA_CRC_ERROR: GBIC in port 65586 has bad crc\r\n%PM-4-ERR_DISABLE: gbic-invalid error detected on Gi1\/0\/5, putting Gi1\/0\/5 in err-disable state<\/span><\/em><\/pre>\n<p style=\"text-align: justify;\"><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\">In conf t issue the following command:<\/span><\/p>\n<pre><em><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\">service unsupported-transceiver<\/span><\/em><\/pre>\n<p><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\">This will cause this to come up your screen:<\/span><\/p>\n<pre><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\"><em>Warning: When Cisco determines that a fault or defect can be traced to<\/em>\r\n<em>the use of third-party transceivers installed by a customer or reseller,<\/em>\r\n<em>then, at Cisco\u2019s discretion, Cisco may withhold support under warranty or<\/em>\r\n<em>a Cisco support program. In the course of providing support for a Cisco<\/em>\r\n<em>networking product Cisco may require that the end user install Cisco<\/em>\r\n<em>transceivers if Cisco determines that removing third-party parts will<\/em>\r\n<em>assist Cisco in diagnosing the cause of a support issue.<\/em><code>\r\n<\/code><\/span><\/pre>\n<p><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\">if that did not scared you off just continue with the following:<\/span><\/p>\n<pre><em><span style=\"font-size: 14px; font-family: arial, helvetica, sans-serif;\">no errdisable detect cause gbic-invalid<\/span><\/em><\/pre>\n<p>And you&#8217;re done.<\/p>\n<p>Note this works on catalysts and ISRs this is not working on nexus platform as far as I know.<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Cisco as well as many other vendors locks their equipment to only work with their own branded SFPs. The problem is that none of the big vendors actually manufactures the modules themselves &#8211; they use 3rd parties like avago or finisar. This extremely shameful practice is wide spread so almost everyone does this &#8211; Cisco, &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/www.kuncar.net\/blog\/2018\/unlocking-cisco-devices-for-unsupported-sfps\/\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Unlocking cisco devices for unsupported SFPs&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,7,13],"tags":[],"class_list":["post-171","post","type-post","status-publish","format-standard","hentry","category-cisco","category-juniper","category-recovered"],"_links":{"self":[{"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/posts\/171","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/comments?post=171"}],"version-history":[{"count":2,"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/posts\/171\/revisions"}],"predecessor-version":[{"id":174,"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/posts\/171\/revisions\/174"}],"wp:attachment":[{"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/media?parent=171"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/categories?post=171"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kuncar.net\/blog\/wp-json\/wp\/v2\/tags?post=171"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}