<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Děkuji oběma za informace.<br>
    Optimističtější od pana Zapadla, trochu pesimističtější od pana
    Kuby.<br>
    S dovolením jsem bez dovolení obě odpovědi spojil do jednoho postu,
    aby to bylo pohromadě.<br>
    <br>
    Doufám a utěšuju se tím, že technika, se kterou dělá pan Kuba, je už
    trochu nad laťkou "normální".<br>
    A že tedy stejné špatné to snad u běžných spotřebních věcí nebude,
    jak ostatně psal i pan Zapadlo.<br>
    <br>
    Je zajímavé, že ten zmiňovaný MaxLink u svých základních modulů píše
    kompatibilitu s Microtikem<br>
    a s "Cisco compatible" zařízeními. Tak podle toho by to vypadalo, že
    to Cisco se tam dneska bere<br>
    jako nějaký standard, a jen deriváty pro jiné výrobce se speciálně
    značí.<br>
    <br>
    Máte pravdu, že to dneska není tak drahé, ale přesto tedy podle mě
    má smysl se zabývat hackingem.<br>
    Kdy vezmu ten zmíněný MaxLink, tak 1-vláknový WDM modul do 20km
    koupím za cca 150 Kč.<br>
    Paráda, až skoro neuvěřitelně nízká cena za to, co to umí.<br>
    Ale taky v nabídce stejného e-shopu vidím jiné SFP, teoreticky s
    horšími vlastnosti (menší dosah,<br>
    2-vláknové) s cenami v řádech tisíců.<br>
    <br>
    A ještě jeden důvod to má. Optika je přece jen už trochu jiný level
    než běžné rychloobrátkové zboží.<br>
    Takže to často prodejci nemají skladem a trvá to. Chtěl jsem si
    třeba koupit ty 1-vláknové, ale zboží<br>
    "na cestě", k dodání za 2 měsíce. Tak jsem musel vzít 2-vláknové,
    navíc jen s nižším dosahem.<br>
    Mám to na pokusy, tak mi to zrovna tady nevadí, ale jindy by to
    vadit mohlo.<br>
    Takže proto bych rád měl jasno co se s čím kamarádí a co ne, a jak
    tomu v případě nutnosti<br>
    napravit hlavu.<br>
    <br>
    Ještě k tomu monitoringu: píšou u těch modulů, že to umí DDM. Resp.
    používají i termín DDMI.<br>
    Ale je to tam jako DDM ano/ne.<br>
    Ale podle slov pana Kuby to tak jednoduché není. Nebo možná je, s
    tím, že se z nějaké té EEPROM<br>
    vytahají informace, co to má umět měřit a jak.<br>
    Každopádně je tady nad čím bádat.<br>
    <br>
    Ještě jednou díky za odpovědi.<br>
    PL<br>
    <br>
    *******************<br>
    <br>
    <div class="moz-cite-prefix">Dne 8.3.2024 v 16:38 Petr Zapadlo
      napsal(a):<br>
    </div>
    <blockquote type="cite"
      cite="mid:2831f751-dc95-4aab-831d-aa8fb8f98d3a@email.cz">Zdravím,
      <br>
      <br>
      obecně je to v poslední době hodně lepší. kdysi (zvlášť HPE) byli
      switche nesnášenlivé - jak to nebyl originál, tak switch modul
      odmítl a bylo vymalováno. <br>
      <br>
      V současné době většina modulů chodí všude, paradoxně největší
      problémy jsou s REJ45 SFP (SFP+) moduly,  tam je to sázka do
      loterie a u těch SFP+ RJ45 je navíc vzdálenost zkrácena na 30m. <br>
      <br>
      Pokud se do switche fikne neoriginál, tak si zařízení na to
      stěžuje, ale  většinou funguje. <br>
      <br>
      Problém může nastat u modulů, které potřebují podporu switche,
      třeba 10Gb LRM. Ale to jsou docela speciality se kterými se člověk
      běžně nepotká. <br>
      <br>
      Přepalování firmware/eeprom v SFP modulu asi běžně dělají
      dodavatelské firmy, protože modul pro konkrétní zařízení je buĎ
      hned skladem, nebo třeba za 3týdny a nebo flashovaný do 3dnů :-) <br>
      <br>
      Petr <br>
    </blockquote>
    <br>
    <div class="moz-cite-prefix">Dne 8.3.2024 v 16:50 Jan Kuba
      napsal(a):<br>
    </div>
    <blockquote type="cite"
cite="mid:CAD8qwROQ=0L-5X6a+77hWN22OqFHPEFP3kmyyzz-juws5JkfxQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">Co se týče "SOHO" switchů, to vám úplně  neřeknu,
        ale jistojistě to bude jako s ostatními zařízeními toho kterého
        výrobce.
        <div>Pracuju s koncovými zařízeními, DSLAMy, RR spoje ,
          základnové BTS, L2 switche, routery, páteřní IP boxy, Cisco
          routery.</div>
        <div>Obecně jsou zařízení, kterým je úplně jedno, co tam
          strčíte. Fungují se vším, včetně "elektrických - RJ-45" SFP
          modulů.</div>
        <div>Představitelem takového zařízení  je především Huawei,
          Racom, Mikrotik.. Ostatní výrobci, především pak Cisco,
          Alcatel ( dnes Nokia) Ericsson chtějí ty svoje a správné SFP.</div>
        <div>Ale také tam jsou výjimky RR spoje od Ericssonu také vezmou
          "cokoliv", ovšem 5G výbava Ericsson  základnových stanic jen a
          pouze Ericcson SFP.</div>
        <div>Ciscu se také nic jiného než Cisco nelíbí. Teď v poslední
          době totéž ZTE, kterým se hojně nahrazuje nechtěný Huawei (
          jak krátkozraké a vůbec hloupé ) , tak jde opravdu jen ZTE
          SFP.</div>
        <div>Poslední 3 roky se ale na trhu objevil výrobce SFP modulů
          Skylane, který vyrábí kompatibilní SFP např i pro Cisco.</div>
        <div>Důvod prý byl ten, že výrobci zařízení nedokázali vyrábět
          celou škálu SFP a XFP modulů, které zákazník chtěl. Např různé
          jednovláknové WDM SFP s dlouhým dosahem, </div>
        <div>nebo jednovláknové WDM SFP s různými kmitočty ( světelné
          spektrum/lambda) případně uživatelksy laditelné vlnové délky.</div>
        <div>Takže se teď hojně používají právě SKYLANy  pro různá
          zařízení mají na konci s/n za pomlčkou zkratku např CSC ( pro
          Cisco  )</div>
        <div>NOK ( Alcatel, Nokia )  Hu  ( Huawei ) .</div>
        <div>Co se týče vlastní "vendor" identifikace - SFP se ve slotu
          hlásí nějakou předepsanou komunikací. Někdy může být velmi
          jednoduchá, někdy je velmi obsáhlá </div>
        <div>a krom základní identifikace a S/N je tam ještě spousty
          provozních informací, jako teplota, proudy laserem, přijímací,
          vysílací úrovně - obecně DDM - Digital Diagnostic Monitoring.</div>
        <div>To běžně neumí všechny SFP, jsou i taková, která měřit (
          ani  úrovně , napětí Ucc ,  ) neumí, přičemž ale v zařízení
          normálně fungují.</div>
        <div>Každý výrobce SFP má svojí konstrukci/ zapojení i HW řešení
          ( mají i plastové rámy, celoplastové provedení )  a vzhledem k
          nepřebernému množství nebude jednoduché </div>
        <div>najít k danému modlu nějaké informace. Vím, že v převodníku
          ETH/SFP ( mediakonvertor) od TPLINku jde pomocí připojení na
          vnitřní ISP sběrnici u nějakého modulu</div>
        <div>změnit vendor type. Možná někde mám postup, ale je to
          opravdu jen postup pro jeden jediný typ SFP.</div>
        <div>Obecně dnes nejsou SFP moduly drahé ( vyjma speciálních ) ,
          takže není důvod se s nějakým hackováním zabývat.</div>
        <div><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">pá 8. 3. 2024 v 16:12
          odesílatel Petr Labaj <<a href="mailto:labaj@volny.cz"
            moz-do-not-send="true" class="moz-txt-link-freetext">labaj@volny.cz</a>>
          napsal:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px
          0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dobré
          páteční odpoledne.<br>
          <br>
          Měl bych dotaz na síťaře, co dělají s optikou.<br>
          Jak je to prosím v praxi a kompatibilitou SFP modulů různých
          výrobců se <br>
          switchi různých výrobců?<br>
          <br>
          V SFP modulu by měla být EEPROM, ve které budou uložené
          parametry daného <br>
          modulu.<br>
          A možná/zřejmě tam bude i něco, co  bude fungovat ve funkci
          "vendor <br>
          locking".<br>
          <br>
          Je to prosím tak?<br>
          Jaké máte prosím praktické zkušenosti s tím strčit třeba SFP
          modul <br>
          nějaké firmy do switche jiné firmy?<br>
          Například SFP MaxLink (kde píšou, že je kompatibilní se všemi
          verzemi <br>
          Microtik a s prvky "cisco compatible)<br>
          strčit do switche HP?<br>
          Ten HP jsem zvolil v příkladu proto, že přímo ten MaxLink
          vyrábí verzi s <br>
          označením xxx-HP, u které<br>
          píše, že je zase kompatibilní s prvky HP.<br>
          <br>
          A pokud by to bylo skutečně zamčeno pro různé výrobce:
          neexperimentoval <br>
          někdo s výměnou<br>
          obsahu té EEPROM?<br>
          Co jsem si o tom kdysi načetl, tak by tam mělo být rozhraní
          něco jako <br>
          I2C. Tak jestli se z toho nedá<br>
          vytahat obsah (což asi půjde) a třeba ho přehrát do jiného
          modulu?<br>
          <br>
          Díval jsem se, že se ty sloty a konektory pro SFP moduly dají
          koupit, <br>
          tak si asi postavím nějaký<br>
          testovací přípravek.<br>
          Cílem je si jednak udělat jasno v kompatibilitě, a pak se
          případně <br>
          naučit ty moduly (které jsou<br>
          dneska až extrémně levné) používat o pro obecné optické spoje.<br>
          <br>
          Díky za případné zkušenosti.<br>
          PL<br>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>