Hirdetés

  2. Fórumok
  3. Hálózat, szolgáltatók
  4. Cisco vizsgák (CCNA, CCNP, CCIE)
Keresés

Hirdetés

100 000 érv a ReGalaxy mellett: Vásárolj Galaxy Z Fold7 I Z Flip7 vagy Galaxy S25 szériás készüléket, és régi mobilod felújítását 100 000 Ft-ig mi álljuk!
  • Téma összefoglaló
    Utoljára frissítve: 2020-02-27 09:43

    Mobilarena

    --- Még az új vizsgarendszer előtti információk, majd frissítjük! ---


    Gyakran ismételt kérdések
    Olvasd el a cikkeket itt.

Új hozzászólás Aktív témák

  • #7388 crok Topikgazda sunyijanika #7387
    Új Válasz #7388
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    crok

    Topikgazda

    válasz sunyijanika #7387 üzenetére

    1. kétlem, hogy a LAN *ethernetek és nem fognak 1500-ra darabolni.
    2. esetleg a local loop eth-over-sdh és az sdh "user" MTU-ja 4460-ra van lőve.

    Esetleg amit kérj: payload vagy line scrambling-et az SDH vonalra.
    Valószínű a csomag még talán meg is érkezik de valszeg keret szinten
    van bithiba (könnyen előfordul és reprodukálható, tesztelhető).
    Én spec ezt csinálnám, az eredmények megmondják mi lehet a cink:

    ping <IP> df si 1500 re 10000 ti 1 da abcd
    ping <IP> df si 1500 re 10000 ti 1 da 0000
    ping <IP> df si 1500 re 10000 ti 1 da ffff
    ping <IP> df si 1500 re 10000 ti 1 da 8888

    Az első (default) ping data egyfajta "kvázirandom" bithalmaz: 1010101111001101.
    A második a csupanulla. (SAP csomagok sokszor tartalmaznak '0' padding-et).
    A harmadik a csupaegy. Az utolsó pedig 1000100010001000.
    Ezekkel szokott általában minden vonal "szarakodni".
    Ha valahol valamelyik "médiát átalakító eszköz" (DSLAM pl..) vagy multiplexer
    (SDH MUX, soros repeater) szarul végzi a dolgát akkor ezekkel általában kijön.

Új hozzászólás Aktív témák