[elektro] MTU probléma

Demon Bob demonbob at gmail.com
Tue Aug 19 18:06:57 CEST 2014


Akkor mi van az ethernet frame helyett?
"Befelé" pingelni most csak úgy nem tudok.

A szívás csak annyi, hogy egy napot rááldoztam eddig hogy megfejtsem 
miért hülye az m$ hogy 1500-as MTU mellett nem tud pingelni 1500 méretű 
csomaggal. Aztán kiderült, hogy épp nem az m$ a hülye, és nem értem hogy 
akkor routeros meg miért tud. Hogyan implementálták úgy az ethernetet 
SW-ből (és HW-ből), hogy ott megoldható. :)
> Nem az van, hogy ha router OS alól pingelsz "kifelé", akkor nincs
> Ethernet frame?
>
> Próbáld ki, hogy "befelé", ami biztosan Etherneten át kell menjen,
> mennyit enged.
>
> Amúgy mi ezzel a szívás, ha több, mint amennyinek szerinted lennie
> kellene? Dolgozz a kisebb értékkel, és jó lesz itt is, ott is.
>
> Best regards,
> Andy
>
> 2014-08-19 14:18 GMT+02:00 Demon Bob <demonbob at gmail.com>:
>> Ha már 3G, routerek, meg egyéb hálózatosdi, bedobok egy kérést én is
>> amivel most szívok.
>>
>> Adott az Ethernet v2 keret. Ez 1518 byte. Ebből lejön a 4 byte CRC. Majd
>> még a 14 byte MAC header.
>> Marad tiszta 1500 byte, amit MTU-nak nevezünk, és L3 céljára használható.
>> Ebből lejön még a 20 byte IP header + 8 byte ICMP.
>> Marad 1472 tiszta "haszon", amit lehet küldözgetni jobbra-balra.
>> Ezt könnyen ellenőrizni is lehet ha a ping csomag méretét kötjük a
>> karóhoz és megadjuk hogy ne tördelje fel a csomagot.
>>
>> Viszont...
>> Ha RouterOS alól pingelek, akkor 1500 a maximum, tördelés nélküli ping
>> csomag mérete byte-ban. Ha PPPoE mögül végzem, akkor nyilván -8 byte: 1492.
>> Hogy van ez?
>>
>> Próbáltam BSD, Linux, M$ alól is, ott is le kell vonni MTU-ból a 28
>> byte-ot hogy megkapjuk az MSS méretét. Miért nem érvényes ez RouterOS-ra?
>>
>>       [admin at RENT] > ping www.bix.hu do-not-fragment count=4 _size=1500_
>>       HOST                                     SIZE TTL TIME STATUS
>>       193.239.149.1                            1500  58 9ms
>>       193.239.149.1                            1500  58 8ms
>>       193.239.149.1                            1500  58 10ms
>>       193.239.149.1                            1500  58 20ms
>>       sent=4 received=4 packet-loss=0% min-rtt=8ms avg-rtt=11ms max-rtt=20ms
>>
>>       [admin at RENT] > ping www.bix.hu do-not-fragment count=4 _size=1501_
>>       HOST                                     SIZE TTL TIME STATUS
>> packet too large and cannot be fragmented
>>       188.143.120.72                            576  64 3ms fragmentation
>> needed and DF set
>> packet too large and cannot be fragmented
>>       188.143.120.72                            576  64 5ms fragmentation
>> needed and DF set
>>           sent=2 received=0 packet-loss=100%
>>       HOST                                     SIZE TTL TIME STATUS
>>
>> Ha valaki tudja a választ, ne tartsa magában. Internet úgy tűnik nem
>> tudja erre a választ :\
>>
>> Bob
>> -----------------------------------------
>>            elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]



More information about the Elektro mailing list