Nepochopitelna ztratovost paketu.

[Pavel]

Ted ale silne teoretizuji, je-li kabel vicezilovy a karty ve full duplex,
pak tok z A na B
bezi po jinych vlaknech nez z B na A.

Mozna ze to neni pravda, ale co kdyz.
Pak by byly spatne vodice v kabelu, ale jen jeden par.

PS. Tak a ted me nekdo serve, ze sem mel vice studovat Fyzickou vrstvu OSI.
Jo, kdybych tak mel cas.

Ale pro jistotu, vymenet kabely (prehodte konce k B namisti k K a naopak).

Pavel

Radek Hnilica píše ve zprávě .
>On Sat, 16 Dec 2000 23:10:27 +0100, Pavel <stancik na iweb.cz> wrote:
>>No, nevim, potreboval bych vice informaci, neomezujete na B tok dat?
>>Pokud ano, nenastalo omezeni toku a tak se prebytecne pakety (zrovna vase
>>pingy) zahazuji?
>
>Jista omezeni planuji, nicmene v tuto chvili nic neomezuji a v kernelu ani
>neni zakompilovana nezbytna podpora.
>
>>Jak se projevuje ztratovost co do velikosti paketu? 56, 1024, 2048?
>
>U paketu velikosti 2048 je ztratovost cca 75% tedy presne podle predpokladu
>(je prekrocena MTU a paket je rozdlen na dva, teorie pravdepodobnosti pravi
>ze z puvodnich 50% se dostanu na 75%)
>
>>Routery maji dve rozhrani, co takhle zkusit z H na eth0 K a eth1 K, pak na
>
>Rozdil neni patrny, tedy ztratovost paketu ze site H na obe rozhrani K jsou
>stejne.
>
>>eth0 B a eth1 B.
>>A naopak.
>
>Zkusil jsem merit ztratovost pri pingu z B do site H.  Nameril jsem cca 9%.
>
>>Ale spise bych vsazel na to omezeni. Nebo K spatne forwarduje. To se obcas
>>stava. Co vytizeni procesoru?
>
>Procesor je absolutne nevytizen.  Co to znamena spatne forwarduje?
>Pri sledovani deje tcpdumpem na K a B jsem zjistil za pri ping z H na B se
>cestou z B na K ztrati polovina reply.  Tedy na B vidim ze paket dorazil
>a je vracena reply, a na K rozhrani smerem k B vidim, ze u cca poloviny
>paketu reply nedorazi.
>
>Problem je v tom, ze pri testovani ztratovosti z K na B zadny problem
>nenajdu, ztratovost je nulova.
>
>--
>Radek Hnilica <radek_hnilica at linuxfan dot com>