Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Драйвъри за мрежови платки с поддръжка на MTU>1500


  • Subject: Re: lug-bg: Драйвъри за мрежови платки с поддръжка на MTU>1500
  • From: Vesselin Kolev <vlk@xxxxxxxxxxxxxxxxx>
  • Date: Thu, 16 Dec 2004 18:53:27 +0200

Peter Pentchev wrote:


На мен ми се струва, че по принцип такава е идеята...  В смисъл:

1. Според първоначалните стандартите за Ethernet, MTU на Ethernet iface е
  1500, точка.

Доста невярно. При IPv6 изобщо не е 1500. Ето ти една конфигурация от Juniper интерфейс забоден в ethernet среда, в която всички участници са с IPv6 (иде реч за мрежа в CERN, но подобни има и по университети в GEANT):

interfaces {
    ge-1/0/0 {
        enable;
        vlan-tagging;
        mtu 9192;
        unit 570 {
            vlan-id 570;
            family inet6 {
                address fec0:2::2/64;
            }
        }
    }
    ge-1/2/0 {
            family inet6 {
                address fec0:3::2/64;
            }
        }
    }
}

Обърни внимание на параметъра MTU. Това е също ethernet.

Ето ти и един Cisco:

interface GigabitEthernet4/2
 description ----> r05gva
 mtu 9216
 no ip address
 logging event link-status
 load-interval 30
 mls qos trust dscp
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 1,7,570
 switchport mode trunk
 no cdp enable


Ето ти и един Linux 2.6 (Fedora Core 3):

[root@intruder root]# echo "4096 87380 128388607" > /proc/sys/net/ipv4/tcp_rmem
[root@intruder root]# echo "4096 65530 128388607" > /proc/sys/net/ipv4/tcp_wmem
[root@intruder root]# echo 128388607 > /proc/sys/net/core/wmem_max
[root@intruder root]# echo 128388607 > /proc/sys/net/core/rmem_max
[root@intruder root]# ip addr add fec0:3::3/64 dev eth0
[root@intruder root]# ip -f inet6 route add fec0:1::/64 via fec0:3::2
[root@intruder root]# ifconfig eth0 mtu 9000
[root@intruder root]# ifconfig eth0 txqueuelen 10000

Не се използват jumbo frames. Картите са Intel базирани.

Освен това...

Не виждам и това какво общо има с темата VLAN. И не виждам никакво нарушение с Ethernet технологията. Според мен нещо бъркаш IEEE стандартите един с друг, но това е друга тема, далеч от 802.1q... Да не задълбаваме.

2. С въвеждането на VLAN's се появява едно именно "скрито" MTO от 1504,
  което важи *само* за пакети с VLAN header.  Все пак НЕ МОЖЕШ да
  изпратиш нормален Ethernet пакет без VLAN header, който пакет да е
  по-голям от 1500 байта, защото виж точка 1.
Също невярно. VLAN стандарта не въвежда никакво MTU (нито скрито, нито явно). Прочети документа по стандарта и ще видиш, че 802.1q въвежда ново поле в ethernet хедъра: VLAN Frame Header = Frame Header + 4 и не отдава значение на стойността на MTU. Имаш 4 байта за VLAN-ID. При наличие на бриджиращи рутери с тунели помежду им и т.н. може да се дефинира и по-малък Frame Header и пак да има VLAN (макар това малко да усложнява технологията и да товари в фрагментиране ако на краищата има големи MTU стойности).

3. С въвеждането на GigE се появяват jumbo frames, които могат да бъдат
  > 1500, но *само* върху GigE интерфейси и май само когато картите са
  се договорили за това.  Не съм сигурен дали изобщо има GigE карти,
  които да са съгласни да пускат jumbo frames върху 100Mbit интерфейси.
  Причината е елементарна: може на този интерфейс да има "нормална"
  Ethernet карта, която си знае стандарта и просто не може да преглътне
  фрейм, по-голям от 1500 байта.

... излез от IPv4!!!

Освен това аз питах за 100 Mbps карти, които могат да поддържат MTU 1504. Мисля, че тикаме разговора в малко по-друга посока...

  Весо


============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.