DaemonForums  

Go Back   DaemonForums > OpenBSD > OpenBSD General

OpenBSD General Other questions regarding OpenBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 26th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default Enable jumbo frames

Will soon get my new 8-port GB-switch, and from what I've heard without jumbo frames you dont notice THAT much of a difference.

I guess its best if all devices on the same subnet use the exact same MTU-setting for the frames...right? Jumbo frames ain't something magical, its just the ability to set a higher MTU-value....right again?

So, had a look in Vista and I can set as highest 7KB MTU (6KB 5KB 4KB....).
I guess that doesn't mean 7000 byte, but rather 7168 bytes???

So, do I just run "ifconfig vr0 mtu 7168" on my OpenBSD and thats it?
How do I even know 7168 is a supported size on that NIC?
My Vista machine didn't go higher than that for example, maybe others just go to 6KB or 5KB or....???

What will happen if the values dont match correctly, is it just bad performance or will I loose connection to my BSD-server until all partys have the exact same value entered?

Might have the BSD-machine on its own subnet (either VLAN or a totally separate interface and then jumbo frames wont do any good I guess, through the router, but I'll see how I'll set it up).

Thanks
Reply With Quote
  #2   (View Single Post)  
Old 26th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default

Ah, forget it, my girlfriends machine can only be set to 1500, 2500, 4500, 9000
And the third windows machine can only have jumbo frames Enabled/Disabled without any MTU-settings whatsoever.

Reply With Quote
  #3   (View Single Post)  
Old 26th June 2008
phoenix's Avatar
phoenix phoenix is offline
Risen from the ashes
 
Join Date: May 2008
Posts: 696
Default

Jumbo frames are very driver dependent. There's no real standard for MTU values above 1500 bytes, each vendor does it their own way. For Jumbo Frames to work correctly, every device (NICs, switches, routers, etc) on the network has to use the same value.
__________________
Freddie

Help for FreeBSD: Handbook, FAQ, man pages, mailing lists.
Reply With Quote
  #4   (View Single Post)  
Old 26th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default

Ok.
Its hard to know what windows will set MTU to if you choose 7k as was the highest possible on my Vista-machine....will it be 7000, or will it be 7x1024?
Who knows
Anyway, my OpenBSD machine only got 100Mb (and doesn't need more, only got 4GB drive in it too) so jumbo-frames doesn't even seem to be supported then. Better put it in its own VLAN or own physical interface, so the jumboframes goes through a router before reaching it. If I manage to set up jumbo-frames between the three windowsmachines that is....
Reply With Quote
  #5   (View Single Post)  
Old 27th June 2008
ai-danno's Avatar
ai-danno ai-danno is offline
Spam Deminer
 
Join Date: May 2008
Location: Boca Raton, Florida
Posts: 284
Default

Quote:
Originally Posted by Seb74 View Post
Will soon get my new 8-port GB-switch, and from what I've heard without jumbo frames you dont notice THAT much of a difference.
actually you should see a noticeable difference even without adjusting the MTU from the standard 1500 (1518 considering CRC and header.)

Quote:
Originally Posted by Seb74 View Post
I guess its best if all devices on the same subnet use the exact same MTU-setting for the frames...right? Jumbo frames ain't something magical, its just the ability to set a higher MTU-value....right again?
You are correct that "its best." If the machines are connected via this new-fangled switch you mention, then the switch itself needs to be able to accept frame sizes as large as the machines that are trasmitting to it. If this is not the case, the result will be that the frames larger than the configured port(s) on the switch will be dropped by the switch. This can have precarious and unintended consequences. I don't know personally whether a switch would break down large frames it can handle from one host before transmitting them to another host that isn't configured for that frame size, but it's my opinion that it should (at least on the 'nicer' switches.) This also assumes the switch in question can adjust MTU size per port, as opposed to a global mtu setting, which many cannot do.

Quote:
So, had a look in Vista and I can set as highest 7KB MTU (6KB 5KB 4KB....).
I guess that doesn't mean 7000 byte, but rather 7168 bytes???
This article suggests that with an 'elevated command prompt' you can set the MTU for an interface on Vista in terms of bytes, not KB. Again, be mindful of header and CRC for padding.

Quote:
So, do I just run "ifconfig vr0 mtu 7168" on my OpenBSD and thats it?
How do I even know 7168 is a supported size on that NIC?
My Vista machine didn't go higher than that for example, maybe others just go to 6KB or 5KB or....???
You know what size MTU a particular NIC supports by researching it's capabilities via NIC vendor documentation. As stated previously, NIC MTU sizes vary greatly, and not just from vendor to vendor, but also intra-vendor (model to model from same vendor.)

If your OBSD box was the switch itself, then it's not bad to set the MTU higher than anything that directly connects to it (This would also assume the OBSD switch would primarily be passing traffic from host to host, not originating much on it's own, and what it does originate is not too large for the attached hosts.) However, since you are getting a shiny new switch (what vendor/model?) then you will be better served by matching MTU sizes with the other hosts that will connect to the switch.

Quote:
What will happen if the values dont match correctly, is it just bad performance or will I loose connection to my BSD-server until all partys have the exact same value entered?
You likely won't lose the connection itself, just those frames transmitted from one host to another that are too large for the receiving host. Simple pings likely wouldn't reveal this vulnerability until you adjusted packet size up.

Quote:
Might have the BSD-machine on its own subnet (either VLAN or a totally separate interface and then jumbo frames wont do any good I guess, through the router, but I'll see how I'll set it up).
Respectfully, I have no idea what you are talking about with that last comment. Basically, research the MTU capabilities of all the NICs of all the hosts connecting to the new switch, research the MTU capabilities of the switch itself, then set the MTU to a high level that isn't too high for any of the players and you should have much joy.
Quote:
Thanks
Don't thank me until you try what I say and it actually works lol
__________________
Network Firefighter
Reply With Quote
  #6   (View Single Post)  
Old 27th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default

Wow, thanks for the help
This is the switch, that never seem to arrive
http://kbserver.netgear.com/products/GS108T.asp

The BSD-machine only got 100Mb so from what I've heard you cant set jumboframes on it (that is you cant change MTU upwards much at all I guess). Will very likely have it on its own routerinterface or VLAN so the jumboframes will be repackaged in the router anyway.

I tried running that command in Vista, but it gave me two outputs (one with MTU 1500 and another with MTU something very very large. Didn't say if my regular interface (the 1500 one) was subinterface 0 or 1 or 2, so feels scary changing MTU of subinterface 1 without knowing what interface that is.....I'll google some on it, might be able to set it within the registry or something, or just change it in gui to 7000K and then go check if it did set it to 7000 or 7x1024
One of my XP-machines only have Enable/Disable too choose for Jumbo Frames, so there indeed I have to set the MTU through CMD/Registry/whatever google will tell me.

Last edited by Seb74; 27th June 2008 at 05:59 AM.
Reply With Quote
  #7   (View Single Post)  
Old 28th June 2008
ai-danno's Avatar
ai-danno ai-danno is offline
Spam Deminer
 
Join Date: May 2008
Location: Boca Raton, Florida
Posts: 284
Default

Quote:
Originally Posted by Seb74 View Post
Wow, thanks for the help
This is the switch, that never seem to arrive
http://kbserver.netgear.com/products/GS108T.asp

The BSD-machine only got 100Mb so from what I've heard you cant set jumboframes on it (that is you cant change MTU upwards much at all I guess). Will very likely have it on its own routerinterface or VLAN so the jumboframes will be repackaged in the router anyway.

I tried running that command in Vista, but it gave me two outputs (one with MTU 1500 and another with MTU something very very large. Didn't say if my regular interface (the 1500 one) was subinterface 0 or 1 or 2, so feels scary changing MTU of subinterface 1 without knowing what interface that is.....I'll google some on it, might be able to set it within the registry or something, or just change it in gui to 7000K and then go check if it did set it to 7000 or 7x1024
One of my XP-machines only have Enable/Disable too choose for Jumbo Frames, so there indeed I have to set the MTU through CMD/Registry/whatever google will tell me.
1) I read your switch's documenation and saw that it's capable of full-sized Jumbo Frame support - 9,728 for the MTU... that's good. Because it's not originating traffic of it's own in great quantities, it doesn't need to be matched to anything in particular from what the hosts' settings are- you just need to be sure all the hosts in a particular VLAN are set to the same size so one doesn't transmit a frame larger than another can handle, otherwise the receiver of that frame will drop it (if it's the receiver that has the limitation. Frames sent in the other direction will not be effected.)

2) 100 Mbps ports can, in fact, have jumbo frame support- the support for jumbo frames is not a limitation of the 100Mbps, but the specific capabilities of the NIC in question (regardless of it's maximum bandwidth size, 100 or Gig.) This is good in that if you have a bunch of workstations on 100Mbps and a server on Gig and they all run at (let's say) an MTU of 7000 your network will be quite efficient. Again, just make sure that the server (or any host) isn't configured to send frames that are larger than any other host can handle. Not all frames sent from a particular host are sent at the largest size (just the ones where the IP packet encapsulated in the frame is large, and that is effected by the application, the data sent by the application, and (for TCP in particular) the TCP/IP window size at that moment in time for a particular connection transmition), but those that are need to be sent to recipients that can receive frames that large.

3) I could be wrong, but these subinterfaces you keep mentioning in your windows box sound like multiple ethernet interfaces. This means that you just need to figure out which is which by assiging dummy addresses for purposes of identification until you are confident of which ones you are dealing with- then re-assign the ones you are going to be dealing with in production. Then, in Network connections, where you see all the icons for the different interfaces, you can f2 each one of them and rename them. After that when you run ipconfig (or ipconfig /all) from the command prompt you will see the labels for each interface. Do me a favor, post the results of your "ipconfig /all" in your next reply here and that will help to clear some confusion you have on what you are dealing with.
__________________
Network Firefighter
Reply With Quote
  #8   (View Single Post)  
Old 30th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default

Thanks for the help
And as you say, the switch is probably nothing to worry about, just as long as I know the maximum MTU-size it can handle, since it wont initiate much (any?) traffic by its own.

Configuring Vista might be outside this forum though I suspect, but anyway
Article for Vista linked in post above, changing MTU says:
"To change the MTU size of sub-interface no. 1:
netsh interface ipv4 set subinterface "1" mtu=1500 store=persistent"

Running "netsh interface ipv4 show subinterfaces" gives me these two, and what I was worried about is I dont know the subinterface numbering of these....maybe subinterface #1 is the real one, or its that loopback one with gigantic MTU :s
Would be better to specify interface name or whatever when setting MTU, not subinterface number cause I cant even see it listed.

C:\Windows\system32>netsh interface ipv4 show subinterfaces

MTU Sense-data för media Byte in Byte ut Gränssnitt
------ --------------- --------- --------- -------------
4294967295 1 0 11507 Loopback Pseudo-Interface 1
1500 1 215881783 2336202 Anslutning till lokalt nätverk



Here is a ipconfig /all....in swedish
Its not as clean from Vista as from XP since Vista shows loads of IPv6 tunneling interfaces and stuff.

IP-konfiguration för Windows
Värddatornamn . . . . . . . . . . : SR-dator
Primärt DNS-suffix. . . . . . . . :
Nodtyp. . . . . . . . . . . . . . : Hybrid
IP-routning aktiverat . . . . . . : Nej
WINS-proxy aktiverat. . . . . . . : Nej
Söklista för DNS-suffix . . . . . : local

Ethernet-anslutning Anslutning till lokalt nätverk:

Anslutningsspecifika DNS-suffix . : local
Beskrivning . . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigab
it Ethernet NIC (NDIS 6.0)
Fysisk adress . . . . . . . . . . : 00-19-DB-C6-08-A2
DHCP aktiverat. . . . . . . . . . : Ja
Autokonfiguration aktiverat . . . : Ja
Länklokal IPv6-adress . . . . . . : fe80::51d7:1a57:4907:df7b%8(Standard)
IPv4-adress . . . . . . . . . . . : 192.168.0.5(Standard)
Nätmask . . . . . . . . . . . . . : 255.255.255.240
Lånet erhölls . . . . . . . . . . : den 30 juni 2008 07:53:35
Lånet upphör. . . . . . . . . . . : den 30 juni 2008 09:53:34
Standard-gateway. . . . . . . . . : 192.168.0.1
DHCP-server . . . . . . . . . . . : 192.168.0.1
DNS-servrar . . . . . . . . . . . : 192.168.0.1
NetBIOS över TCP/IP . . . . . . . : Aktiverat

Tunnelanslutning: Anslutning till lokalt nätverk*:

Tillstånd . . . . . . . . . . . . : Frånkopplad
Anslutningsspecifika DNS-suffix . : local
Beskrivning . . . . . . . . . . . : isatap.local
Fysisk adress . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiverat. . . . . . . . . . : Nej
Autokonfiguration aktiverat . . . : Ja

Tunnelanslutning: Anslutning till lokalt nätverk* 2:

Anslutningsspecifika DNS-suffix . :
Beskrivning . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Fysisk adress . . . . . . . . . . : 02-00-54-55-4E-01
DHCP aktiverat. . . . . . . . . . : Nej
Autokonfiguration aktiverat . . . : Ja
IPv6-adress . . . . . . . . . . . : 2001:0:d5c7:a2ca:2454:1be7:3f57:fffa(Stan
dard)
Länklokal IPv6-adress . . . . . . : fe80::2454:1be7:3f57:fffa%9(Standard)
Standard-gateway. . . . . . . . . : ::
NetBIOS över TCP/IP . . . . . . . : Inaktiverat
Reply With Quote
  #9   (View Single Post)  
Old 30th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default

I think I wont bother setting up jumbo-frames, I got such good performance anyway

240Mb from filserver, 180Mb to filserver...using windows filesharing.

That way there wont be any troubles if someone comes visiting, connecting their pc to my LAN.

Last edited by Seb74; 30th June 2008 at 05:09 PM.
Reply With Quote
Old 30th June 2008
phoenix's Avatar
phoenix phoenix is offline
Risen from the ashes
 
Join Date: May 2008
Posts: 696
Default

Quote:
Originally Posted by Seb74 View Post
C:\Windows\system32>netsh interface ipv4 show subinterfaces

MTU Sense-data för media Byte in Byte ut Gränssnitt
------ --------------- --------- --------- -------------
4294967295 1 0 11507 Loopback Pseudo-Interface 1
1500 1 215881783 2336202 Anslutning till lokalt nätverk
The first interface is the loopback (lo0 in Unix). This can be ignored.

The second interface is your NIC.

Quote:
Ethernet-anslutning Anslutning till lokalt nätverk:
Anslutningsspecifika DNS-suffix . : local
Beskrivning . . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigab
it Ethernet NIC (NDIS 6.0)
Fysisk adress . . . . . . . . . . : 00-19-DB-C6-08-A2
DHCP aktiverat. . . . . . . . . . : Ja
Autokonfiguration aktiverat . . . : Ja
Länklokal IPv6-adress . . . . . . : fe80::51d7:1a57:4907:df7b%8(Standard)
IPv4-adress . . . . . . . . . . . : 192.168.0.5(Standard)
Nätmask . . . . . . . . . . . . . : 255.255.255.240
Lånet erhölls . . . . . . . . . . : den 30 juni 2008 07:53:35
Lånet upphör. . . . . . . . . . . : den 30 juni 2008 09:53:34
Standard-gateway. . . . . . . . . : 192.168.0.1
DHCP-server . . . . . . . . . . . : 192.168.0.1
DNS-servrar . . . . . . . . . . . : 192.168.0.1
NetBIOS över TCP/IP . . . . . . . : Aktiverat
This is your NIC. The rest can be ignored.

You only have 1 NIC, and only 1 interface. Don't worry about the "sub-interfaces" or the "pseudo-interfaces".
__________________
Freddie

Help for FreeBSD: Handbook, FAQ, man pages, mailing lists.
Reply With Quote
Old 30th June 2008
Seb74 Seb74 is offline
Port Guard
 
Join Date: Jun 2008
Posts: 20
Default

Thanks for the help, but I think I wont bother as I wrote just before you posted.
But nice to have some more knowledge in this area anyway
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Jumbo Frames schrodinger OpenBSD General 7 16th March 2009 10:02 AM
HOW do I ENABLE the wireless device?? bforest FreeBSD General 2 30th January 2009 05:54 PM
enable shutdown/reboot xfce4 rex FreeBSD General 16 17th October 2008 02:19 PM
enable telnet access c0mrade Other BSD and UNIX/UNIX-like 3 28th September 2008 10:56 PM
boot bug with USB enable nORKy FreeBSD Installation and Upgrading 5 12th June 2008 04:56 PM


All times are GMT. The time now is 08:03 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick