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

• #7388 crok Topikgazda sunyijanika #7387

  Új Válasz 2014-10-20 16:23:26 #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