open-SUSE, dziwne zmiany MTU - dlaczego?

Problemy dotyczące innych systemów operacyjnych
Awatar użytkownika
adasiek_j
Beginner
Posty: 141
Rejestracja: 24 kwietnia 2010, 22:24
Lokalizacja: Warszawa

open-SUSE, dziwne zmiany MTU - dlaczego?

Post autor: adasiek_j »

Piszę tutaj pomimo, że chodzi o open-SUSE, bo problem nie dotyczy samej dystrybucji co MTU przyznawanego przez DHCP sprzętowy jakiś tam, więc w sumie niezależne to jest od rodzaju dystrybucji. A ponieważ wiem, że ludzie, którzy używają Debiana mają bardzo dużą wiedzę, więc proszę o pomoc, ponieważ mnie się pomysły skończyły.

Mam sobie system, open-SUSE 11.2, który jest gdzieś w Polsce. Do Internetu jest podłączony poprzez operatora telewizji kablowej.

Kod: Zaznacz cały

inetnum:        95.171.96.0 - 95.171.127.255
netname:        PL-SATFILM-20090821
descr:          Sat Film Sp. z o.o.
country:        PL
org:            ORG-SFSz1-RIPE
admin-c:        MB3010-RIPE
tech-c:         MB3010-RIPE
tech-c:         MS6752-RIPE
status:         ALLOCATED PA
mnt-by:         RIPE-NCC-HM-MNT
mnt-lower:      SATFILM-MNT
mnt-routes:     SATFILM-MNT
mnt-domains:    SATFILM-MNT
source:         RIPE # Filtered

organisation:   ORG-SFSz1-RIPE
org-name:       Sat Film Sp. z o.o.
org-type:       LIR
address:        Sat Film Sp. z o.o. i Wspólnicy Sp.k.
                Marcin Barański
                Hutnicza 20
                87-800 Włocławek
                Poland
phone:          +48542367412
fax-no:         +48542369535
e-mail:         [EMAIL="admin@satfilm.pl"]admin@satfilm.pl[/EMAIL]
admin-c:        MS6752-RIPE

Kod: Zaznacz cały

suse # ifconfig
eth0      Link encap:Ethernet  HWaddr 6C:F0:49:4C:CA:1A  
          inet addr:95.171.xx.yy  Bcast:255.255.255.255  Mask:255.255.252.0
          UP BROADCAST RUNNING MULTICAST  MTU:576  Metric:1
          RX packets:1581142 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1288405 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000 
          RX bytes:341341944 (325.5 Mb)  TX bytes:186449538 (177.8 Mb)
          Interrupt:27 


Zwracam uwagę na MTU, które ma wartość 576!


Konfiguracja karty sieciowej jest następująca:

Kod: Zaznacz cały

bootsquare-s40:/var/log # cat /etc/sysconfig/network/ifcfg-eth0 
BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR=''
MTU='1500'
NAME='Attansic Ethernet controller'
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
USERCONTROL='no'
System otrzymuje IP z dhcp (modem telewizji kablowej)

Kod: Zaznacz cały

Nov 26 14:37:14 bootsquare-s40 dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Nov 26 16:37:13 bootsquare-s40 dhcpcd[2255]: eth0: renewing lease of 95.171.X.Y
Nov 26 16:37:14 bootsquare-s40 dhcpcd[2255]: eth0: leased 95.171.x.y for 28800 seconds
Nov 26 16:37:14 bootsquare-s40 dhcpcd[2255]: eth0: adding IP address 95.171.x.y/22
Nov 26 16:37:14 bootsquare-s40 dhcpcd[2255]: eth0: adding route to 127.0.0.1/32 metric 0
Nov 26 16:37:14 bootsquare-s40 dhcpcd[2255]: eth0: adding route to 127.0.0.1/32 metric 0
Nov 26 16:37:14 bootsquare-s40 dhcpcd[2255]: eth0: adding default route via 95.171.x.y metric 0
Nov 26 16:37:14 bootsquare-s40 dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...

Oraz uwaga! Co zwraca dhcp-serwer, czyli modem telewizji kablowej:

Kod: Zaznacz cały

bootsquare-s40:/var/log # dhcpcd-test eth0
info, eth0: hardware address = 6c:f0:49:4c:ca:1a
info, eth0: broadcasting for a lease
debug, eth0: sending DHCP_DISCOVER with xid 0x50885e6b
debug, eth0: waiting for 10 seconds
debug, eth0: ignoring packet with xid 0x1679e15 as it's not ours (0x50885e6b)
debug, eth0: waiting for 9 seconds
debug, eth0: got a packet with xid 0x50885e6b
debug, eth0: no facility to parse DHCP code 5
info, eth0: offered 95.171.x.y from 192.168.1.241
DHCPGIADDR='10.0.255.254'
IPADDR='95.171.x.y'
NETMASK='255.255.252.0'
NETWORK='95.171.x.y'
BROADCAST='255.255.255.255'
MTU='576'
ROUTES='127.0.0.1,255.255.255.255,127.0.0.1'
GATEWAYS='95.171.x.y'
HOSTNAME='bootsquare-s40'
DNSDOMAIN='satfilm.net.pl'
DNSSERVERS='192.168.1.247 192.168.1.250 192.168.1.252'
DHCPSID='192.168.1.241'
LEASETIME='27855'
RENEWALTIME='13927'
REBINDTIME='24373'
INTERFACE='eth0'
CLASSID='dhcpcd 3.2.3'
CLIENTID='01:6c:f0:49:4c:ca:1a'
DHCPCHADDR='6c:f0:49:4c:ca:1a'
NETBIOSNAMESERVER='127.0.0.1'
NETBIOSSCOPE='SatFilm'
info, eth0: exiting
Ciekawe jest to, że admin firmy Sat film twierdzi, że u nich wszystko jest w porządku. Kiedyś, jak problem z MTU wystąpił po raz pierwszy, wymieniłem kilka "ciepłych" słów z adminem tej firmy, po czym ustawiłem MTU w ifcfg i było dobrze. Ale teraz nagle MTU się zmieniło, bo jeszcze 3 dni temu było poprawne.

Aby pokazać tło wydarzeń, pozwolę sobie przytoczyć tutaj ostatni mail, jaki do nich wysłałem. Zwrócę uwagę, że jest to zbitek kilku wcześniejszych maili - nic nie zmieniłem w tym mailu, poza nr. IP.
Dnia 2010-08-18, śro o godzinie 13:54 +0200, Dział Techniczny pisze:
> W dniu 2010-08-18 13:11, ABIX Adam Jurkiewicz pisze:
> > Dnia 2010-08-18, śro o godzinie 12:41 +0200, Dział Techniczny pisze:
> >> Taka wartość MTU jest podawana przez Wasz router :
> >>> bootsquare-s40:~ # dhcpcd-test eth0
> >>> info, eth0: hardware address = 6c:f0:49:4c:ca:1a
> >>> info, eth0: broadcasting for a lease
> >>> debug, eth0: sending DHCP_DISCOVER with xid 0x2463978d
> >>> debug, eth0: waiting for 10 seconds
> >>> debug, eth0: got a packet with xid 0x2463978d
> >>> debug, eth0: no facility to parse DHCP code 5
> >>> info, eth0: offered 95.171.X.Y from 192.168.1.241
[...]
> > I rozumiem, że to MTU z dhcpcd-test to sobie openSUSE sam wymyślił ?
> >
> > Adam
>
> Może i tak - to mnie nie interesuje ...
>
> W załączniku przesyłam zrzut opcji wysyłanych przez serwer DHCP.
>

Dziękuję za wyczerpująca informację - pozwolę sobie tylko zauważyć, że
MAC komputera, o którym ja piszę, to: 6c:f0:49:4c:ca:1a
A IP, o którym piszę, to: 95.171.X.Y

Natomiast w zrzucie ekranowym, który mi Pan wysłał, zarówno MAC jak i IP
są inne, niż moje, zatem przypuszczam, że po prostu przysyła mi Pan
opcje innego zupełnie klienta, ukrywając tym samym prawdziwe opcje
wysyłane przez router.

Dodatkowo Pana ton wypowiedzi sugeruje niezmierne zaangażowanie w
wykonywana przez Pana pracę - ale to już temat do mojej rozmowy z Pana
bezpośrednim przełożonym - poproszę o kontakt do takiej osoby (chyba, że
jest Pan właścicielem Satfilm).

Z poważaniem,
Adam Jurkiewicz
Teraz spróbowałem:

Kod: Zaznacz cały

rcnetwork restart
i niestety efekt jest taki:

Kod: Zaznacz cały

bootsquare-s40:~ # ifconfig
eth0      Link encap:Ethernet  HWaddr 6C:F0:49:4C:CA:1A  
          inet addr:95.171.X.Y  Bcast:255.255.255.255  Mask:255.255.252.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1649572 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1357999 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000 
          RX bytes:348903954 (332.7 Mb)  TX bytes:193967628 (184.9 Mb)
          Interrupt:27 
Czy ktoś może mi to spróbować wytłumaczyć, dlaczego MTU tak nagle samo skacze?
Adam
fnmirk
Senior Member
Posty: 8321
Rejestracja: 03 grudnia 2007, 06:37

Post autor: fnmirk »

Przejrzyj to (jak nie przeglądałeś):
http://debian.linux.pl/threads/16326-Pr ... w-Linuksie
może coś dopasujesz.
Awatar użytkownika
adasiek_j
Beginner
Posty: 141
Rejestracja: 24 kwietnia 2010, 22:24
Lokalizacja: Warszawa

Post autor: adasiek_j »

Kolega ma dokładnie tak, jak ja. Tylko mnie interesuje, dlaczego tak się dzieje,..... no i czy mogę coś z tym zrobić.

Adam
ODPOWIEDZ