|
OpenBSD General Other questions regarding OpenBSD which do not fit in any of the categories below. |
|
Thread Tools | Display Modes |
|
|||
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 |
|
|||
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. |
|
|||
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.... |
|
|||||||
Quote:
Quote:
Quote:
Quote:
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:
Quote:
Quote:
__________________
Network Firefighter |
|
|||
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. |
|
||||
Quote:
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 |
|
|||
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 |
|
|||
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. |
|
||||
Quote:
The second interface is your NIC. Quote:
You only have 1 NIC, and only 1 interface. Don't worry about the "sub-interfaces" or the "pseudo-interfaces". |
|
|||
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 |
|
|
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 |