Aggregates, VLAN's, Jumbo-Frames and cluster interconnect opinions

Hi All,
I'm reviewing my options for a new cluster configuration and would like the opinions of people with more expertise than myself out there.
What I have in mind as follows:
2 x X4170 servers with 8 x NIC's in each.
On each 4170 I was going to configure 2 aggregates with 3 nics in each aggregate as follows
igb0 device in aggr1
igb1 device in aggr1
igb2 device in aggr1
igb3 stand-alone device for iSCSI network
e1000g0 device in aggr2
e1000g1 device in aggr2
e1000g2 device in aggr3
e1000g3 stand-alone device of iSCSI network
Now, on top of these aggregates, I was planning on creating VLAN interfaces which will allow me to connect to our two "public" network segments and for the cluster heartbeat network.
I was then going to configure the vlan's in an IPMP group for failover. I know there are some questions around that configuration in the sense that IPMP will not detect a nic failure if a NIC goes offline in the aggregate, but I could monitor that in a different manner.
At this point, my questions are:
[1] Are vlan's, on top of aggregates, supported withing Solaris Cluster? I've not seen anything in the documentation to mention that it is, or is not for that matter. I see that vlan's are supported, inluding support for cluster interconnects over vlan's.
Now with the standalone interface I want to enable jumbo frames, but I've noticed that the igb.conf file has a global setting for all nic ports, whereas I can enable it for a single nic port in the e1000g.conf kernel driver. My questions are as follows:
[2] What is the general feeling with mixing mtu sizes on the same lan/vlan? Ive seen some comments that this is not a good idea, and some say that it doesnt cause a problem.
[3] If the underlying nic, igb0-2 (aggr1) for example, has 9k mtu enabled, I can force the mtu size (1500) for "normal" networks on the vlan interfaces pointing to my "public" network and cluster interconnect vlan. Does anyone have experience of this causing any issues?
Thanks in advance for all comments/suggestions.

For 1) the question is really "Do I need to enable Jumbo Frames if I don't want to use them (neither public nore private network)" - the answer is no.
For 2) each cluster needs to have its own seperate set of VLANs.
Greets
Thorsten

Similar Messages

  • Routers: What Are Jumbo Frames and why do I need them?

    Some routers' specs specifically mention that they handle jumbo frames (with a number like 9K). I have a network with 2 iphones, two ipads, 4 computers, two networked Blu-Ray players, and 3 computers, all of which are operating simultaneously a lot of the time.
    Some other companies seem to be using the fact that they support jumbo frames as part of their selling points. How do they help?
    I asked Cisco Chat support about the RVS4000 and whether it supported them on both the WAN and the LAN. They said not on the WAN. They also said "
    It appears under the L2 Switch tab you can input a Max Frame type.....
    I don't see anything that actually says jumbo frames but I believe you can put in a value.....
    after the device is setup you can navigate to the L2 Switch option and it has a Max Frame value"
    I'm not sure whether this router supports jumbo frames or not. I have a short list of wired gigabit routers that I'm considering for purchase and the RVS4000 is on the list.
    I need to learn more about this topic so any help or pointers to stuff to read would be greatly appreciated.

    Thanks so much for the info. I read virtually all of it. The Jumbo Frames thing sounds very tricky - and possibly detrimental. I'll have to see if Time Warner Roadrunner supports them and at what sizes. Other than for really big file transfers between machines on my network (which I don't do that often) it sounds like jumbo frames isn't going to do much for me.
    It also looks like the RVS4000 is not what I want. The smallnetbuilder review was a very useful one-although it's 4 yrs old, it's still likely mostly valid.
    I do some gaming at times and it sounded like the adjusting of frame sizes until all the devices in the path are the same can cause unacceptable latency. Now it seems that no matter which gigabit router I choose, I need to be sure I get one where I can disable the major frames process, and maybe enable it when I want to do hard drive backups across the network. Welcome to the gigabit ethernet world I guess.
    The RV220W sounds like a nice machine, but is a lot more machine than I think I need for my network. I read a very detailed review of it on Amazon at:  http://www.amazon.com/gp/cdp/member-reviews/A2BBGBR6ARRJQO/ref=cm_pdp_rev_more?ie=UTF8&sort_by=MostRecentReview#R2SCJUQOKY7EN
    It also sounds like it's more complex to set up than I would like to tackle. I'm a retired electrical engineer but definitely not a skilled IT person, so plug and play simplicity is important. I understand just enough to get in trouble.
    Thanks again for the links. Much appreciated.

  • Dual nic NAS and Jumbo Frame

    I am posting this on the server area because I doubt I am going to get an answer anywhere else.
    I have a linux based NAS running netatalk and avahi (afp server and bonjour) with two nics and I have a brand new Mac Pro with two NICS. What I want to do is run a crossover cable between the NAS and the Mac Pro in addition to both being plugged into the normal network. The normal network would have 1500 byte mtu so my internet performance and all of the various vintages of print servers work ok. The dedicated network would have jumbo frames. As we get more Mac Pros, we would add a switch and more machines to this secondary jumbo frame network.
    That in theory should work fine (I have done it with other operating systems). My quandary is how to get the Mac to always connect to the NAS via the Jumbo nic and not through the other nic? The Mac learns of the server via Bonjour, so how do I tell it to prefer the "appearance" of the server on the jumbo NIC vs the appearance on the normal network. I know with WINS or DNS I can override the name resolution with a LMHOSTS or hosts file entry, can I do the same with Bonjour?
    Thanks for any help or any pointers in the right direction!

    I think you are misguided in your assumption that I am not intimately familiar with TCP and don't know what I am talking about.
    TCP does not "negotiate" MSS, it advertises the MSS of each side to the remote in the 3 way handshake. It is perfectly acceptable to have asymetric MSS values. TCP does NOT NEGOTIATE a common MSS size. On a LAN, this will result in a functional communication. UDP however does not have such mechanisms and will fail.
    TCP will also not function properly in the scnario of my local workstaion with jumbos enabled communicating with a distant endpoint that also has jumbos enabled across a transit network that does not support the maximum MSS used by one of the end stations. For giggles let's say the far end is FDDI and has 4k frame size. Our transit does not support frame sizes larger than the "natural" frame size of 576 bytes. We will use a 4k frame size from me to the remote and a 9k from the remote to me. If the remote sends to me it can use the full 4k MSS of token ring because its less than my MSS. In the reverse my workstation would send 4k frames back to the token ring station. Successful communication would then depend on path MTU and intermediary routers to send ICMP type 3 code 4 messages to signal back to our end stations to reduce our MSS (assuming the DF bit is set on our traffic or the transit router is incapable of fragmentation).
    This is perhaps a bit of a flippant example in that nobody would be running FDDI or Token ring anymore, but random entities on the internet will run jumbo frame and perhaps some other l2 technology we aren't familiar with.
    Did you ever deal with someone on a token ring segment trying to hit 3Com's web site when it was fddi or token ring? I have on several occasions. I also see this with VPNs all the time. Cisco's genius recomendation is to reduce your MSS on your server as some of their products don't support PMTU. I have had a Cisco <-> Juniper VPN where transfers worked one way because the Juniper would silently strip the DF bit from the packet and fragment it and the Cisco router (38xx) wouldn't do the same in the reverse direction. I also went through **** with the Nortel Contivity VPN devices while they sorted out what to do with the whole MTU negotiation issue.
    I have spent many hours of my life pouring through sniffer captures because of mismatched MTUs. Let's not forget the old days of FDDI backbones with ethernet segments bridged across them and FDDI attached servers... mismatched buffers... no thanks.
    I therefore don't want to waste my time troubleshooting some bizzare networking issue when there is a perfectly valid way of solving the issue for absolutely minimal expense. I am moving large files here (certainly large enough to get well out of TCP slow start), we easily saturate the full gig link minutes at a time and a saturated gigabit link at standard frame size is inefficient due to the interpacket gap which is locked at 96 bit times for ethernet and the 40 bytes of TCP/IP header plus whatever application payload is prepended per packet on each link. Cutting the number of TCP/IP headers and (probably more importantly since most decent nics do checksum offload these days) application layer headers also reduces load on both client and server.
    On large sequential bulk data transfers jumbo frame effectively increases performance and reduces overhead. Period. I have implemented it from the early days of Alteon hardware in Sun servers through Juniper EX products last week. Every iSCSI implementation I run into is jumbo frame based for those exact reasons.
    That being said, I don't need to restrict anything. All I want to do is to override bonjour/mDNS for this particular host such that the Pro always communicates over the jumbo segment. This is easily accomplished in windows with an LMHOST entry or in a unix environment with a HOSTS file entry. Is there some way to override bonjour from the client side? I'm ok even statically defining the services presented by bonjour on this host.
    I am also willing to force all bonjour requests through a DNS server, however Apple doesn't have any decent documentation on how this is accomplished in an enterprise environment.

  • Jumbo frame ethernet

    I came across a number of articles relating to jumbo frame gigabit ethernet and integrating into existing networks with fastethernet and 1518 frame size gigabit ethernet devices. Heres a quote i'd like to discuss...
    "Today, however, applications optimized for large frame sizes can easily be integrated with existing Ethernet LANs without causing interoperability problems. For example, you can partition a logical network in which systems can exchange Jumbo Frames and mark them with IEEE 802.1Q virtual LAN tags. The extended frames will be transparent to the rest of the network.
    Adapters that implement IEEE 802.1Q can support different Ethernet frame sizes for different logical network interfaces. For example, a server could communicate with another server using Jumbo Frames while communicating with clients sitting on another VLAN or IP subnet using standard Ethernet frames - all via the same physical connection."
    The use of VLANs to ease interoperability issues is discussed in numerous articles and papers on jumbo ethernet - however, can someone pls explain why cisco have and the implications of the design decision they have taken with the 3750 switches to have no flexibility with configuring jumbo frame support, It can't be assigned on port-by-port basis, nor even on a VLAN basis but is set system wide so on a 24 port 10/100/1000 switch all ports are configured as jumbo regardless of what the connected client devices support.
    Are there any plans to upgrade the IOS to support configuring jumbo frames on per VLAN basis. Jumbo frames are an important issue to us as we can benefit from the performance increases and the improved server CPU utilization. Any thoughts ?

    Best practice here is to segment your Jumbo Frame servers on their own VLANs for Jumbo supported systems only.
    As a post here has already mentioned, Path MTU discovery will tell the systems on the Jumbo VLANs to keep the frames under 1500 when talking to a non-Jumbo VLAN.
    http://www.cisco.com/univercd/cc/td/doc/product/lan/cat2970/12225see/scg/swint.htm#wp1154596
    Please rate all helpful posts.
    Brad

  • Airport Extreme with Gigabit Ethernet - Does it have jumbo frame support?

    Please, can I get definite answer to this question? I do not need speculations as I read some reviews already. Can we have Apple finally put complete specification of the product rather than "popular one" with attachement of protocol numbers?
    I just need simple answer possibly from Apple engineering team to the following questions:
    1. Does current Airport Extreme have support for jumbo frames (everything above 1500bytes per frame)? (if one does not know what that is them perhaps understanding acronym "MTU" can help a bit)
    2. If there is support then what is the maximum supported size of jumbo frame? (Some products do not go above 6k and I read some statistics that traffic somwhere is usually 66% at about 4k jumbo frames and above that there is not much...)
    3. If there is no support then does Apple plan on update for this (firmware or hardware) in the future?
    Please, do not tell me that someoene ran something with jumbo frame and it worked as I tried yesterday LaCie Ethernet drive with supposedly setup (I set it myself) of jumbo frame 4k and on soft reboot of the drive it worked when connected to Airp[ort Extreme, but after hard reboot the disk is not visible anymore. I will recover the disk, but I need to understand if I have chance of using jumbo frames that tremendously improve performance with large files (e.g. try movies stored for AppleTV on network drive) when using Airport Extreme with its gigabit Ethernet... or that is just Gigabit Ethernet for product marketing purposes only.
    I just need reliable answer by product specification that should be on paper at Apple, but it is not so I hope that one of guys here has access to some engineering team.
    Thank you,
    Maciek Samsel

    The spec. on the chip used by Apple support your conclusion.
    BCM5395 Features
    Complies with IEEE802.3, IEEE802.3u, IEEE802.3ab standards
    5 10/100/1000Mbps Auto-Sense RJ45 ports supporting Auto-MDI/MDIX
    All ports Support Full/Half Duplex transfer mode for 10/100Mbps and Full Duplex transfer mode for 1000Mbps
    Port-based and MAC-based VLAN
    IEEE 802.1Q-based VLAN with 4K entries
    Port-based rate control
    Port mirroring
    Compact field processor (CFP)
    512 rules
    Filtering, classifications, remarking, and priority actions.
    Priority modification on egress
    DOS Attack Prevention
    Loop detection for unmanaged configurations with Broadcom’s patented LoopDTech™ technology
    CableChecker™ with unmanaged mode support
    Double tagging
    IEEE 802.3x programmable per-port flow control and back pressure, with IEEE 802.1x support for secure user authentication
    4K entry MAC address table with automatic learning and aging
    128-KB packet buffer
    128 multicast group support
    Jumbo Frame support up to 9728 byte

  • Help Understanding Jumbo Frames

    I am trying to understand jumbo frames and want to understand what happens in the following scenario. I have two VLANs configured on a switch.
    VLAN 10 has mtu 9216 enabled on the SVI interface. The other VLAN is 11 and it has a mtu of 1518 on the SVI interface. if a host in VLAN 10 sends a jumbo packet of 9216 to a host in VLAN 11 which only supports a mtu of 1518 what happens on the switch. Will the switch fragment the 9216 packet into 1518 byte packets?
    Thanks

    Disclaimer
    The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
    Liability Disclaimer
    In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
    Posting
    As your OP described two VLANs, which usually implies different subnets, and the need to route between them, Charles' second sentence would apply.

  • Which Macs Support Jumbo Frames?

    Is there a list anywhere of which Macs support Jumbo Frames and which don't? I can tell my Mac Pro does, and my MacBook does. But sadly, my G4 does not, even though it has gigabit ethernet. Unfortunately, the G4 is my home server so it's the computer that would benefit me the most by supporting them. Just going from my mac pro to macbook, my transfer speeds jumped from 40MB to 50MB/sec. And that may have been bottlenecked by the MacBook's hard drive.

    Hey l008com,
    Is true
    http://img38.imageshack.us/img38/6452/picture1rox.png
    How the heck do you embed an image in this forum?
    Add a ! between the link like this (I add the " " between it so you could see).
    "!http://img38.imageshack.us/img38/6452/picture1rox.png!"
    and with the " " removed ...
    !http://img38.imageshack.us/img38/6452/picture1rox.png!
    Anyway, GET IT NOW? 1504 is the limit, even though it's the built in gigabit ethernet on a dual 800 quicksilver G4.
    But anyhow now that I have more info about your G4, does it have a built-in 10/100/1000BASE-T Ethernet connector and four-port 10/100BASE-T Ethernet PCI card (RJ-45 connectors)? If I'm correct about this then the gigabit port is an Uplink Port for a Hub, a Switch, another Server, Access Point or some other Network Device. I know that's not much help but the more I know about about your existing Network Setup, the less I guess about it. One thing to keep in mind is that your ISP Internet Connection is slower that 10MB/s anyway plus the their MTU's are NOT the same size and I know why.
    But that really doesn't much if your Network Speed is more important than the Internet Speed.
    Later ...
    Buzz

  • Fibre Channel Jumbo Frames - UCS

    I was wondering if it's actually possible to have Jumbo Fibre Channel Frames running on a UCS?
    I've read these two articles which provide some excellent information on implementing Jumbo Frames and Fibre Channel Jumbo Frames:
    http://datacenteroverlords.com/2013/04/01/jumbo-fc-frames/
    http://www.ccierants.com/2013/10/ccie-dc-definitive-jumbo-frames.html
    Everything within the SAN I'm administrating has the ability to set the MTU up to 9036 except for the UCS. For example on the NetApp gear I can set the MTU per interface, on the Cisco MDS I can set the MTU per vsan. However in the UCS manager when I go to QoS System Class, the option to set the MTU for Fibre Channel is greyed out and it doesnt look like there's anyway to override the preset frame size. I can set the MTU of Best Effort however my understanding is Fibre Channel traffic within the UCS will use the Fibre Channel system class.
    Furthermore I noticed I can set the Maximum Data Field Size on the vHBA's within the UCS manager however my understanding is the maximum this can go up to is 2048.

    Hi
    Did you check
    http://datacenteroverlords.com/2013/04/01/jumbo-fc-frames/
    Erik Smith says:
    April 1, 2013 at 5:52 pm
    April fools! I wish I saw this earlier, I would have posted corroborating test results!
    In Summary: forget Jumbo Frames for FC !

  • E4200v1 v1.0.03 (Build 14) MSS Clamping & Gigabit/jumbo frames

    Does the E4200 perform MSS clamping to the WAN MSS / MTU?
    I do not see this enabled in http://192.168.1.1/CBT_SystemIptables.asp
    I'm having some weird issues where internal gigibit computers w/ jumbo frames (MTU = 9000) try to route data over the WAN (MTU = 1500) to other computers with internal gigibit connections w/ MTU = 9000. PMTU discovery then sometimes fails (with some routers that block ICMP), and the connection stalls or dies.
    I'm not quite sure if this is happening at the local or remote end, but might be an issue with the E4200 not supporting jumbo frames and silently dropping large packets sent to it.
    Has anyone else had similar issues?

    gv wrote:
    The E4200 does not support jumbo frames.
    Pretty aburd that their top-of-the line consumer / "Maximum Performance" gigabit router doesn't support jumbo frames -- it's clear the chipset of the switch does [BCM53115].
    For those who use jumbo frames on other internal devices (e.g. NAS), and then share those externally, this explicitly breaks a lot of connections.

  • Catalyst 3750 and jumbo frames

    We're looking to implement a gigabit segment with a 3750 switch, with the latest apple imac G5 clients connected and and an xserve G5 connected doing link aggregation using a 4 port smalltree NIC.
    Although the Xserve supports jumbo frames i believe the imac NICs DON'T support jumbo frames although the operating system does( the imac NICs DO support 1000T ) Ideally we'd want the 3750 switch to be configured for Jumbo frames. The 3750 switch we've chosen has all ports of 10/100/1000T with the SMI, so all ports will have the MTU set at 9000 if we enable jumbo.
    Although the Xserve will be fine, i'm worried about traffic that ingresses from the xserve and egresses out to a 10/100/1000 port to which an imac is connected which i believe does not support Jumbo frames. What are the issues in terms of connectivity and dropped packets for an imac G5 connected to a 3750 ?
    seeing as the MTU is set globally and all our ports are gigabit, and machines will be connected to these ports that don't support jumbo but are advertised as having 'gigabit capability'
    Sorry if these sounds like an incoherent rant, but i needed to provide as much info as possible. Help much appreciated

    just to add, in comparison HP gigabit switches can do jumbo vlan on a per vlan and per port basis it's a shame the 3750 can't do that

  • No jumbo frames between 4500-X and Force10

    Hi,
    We have just installed new Cisco 4500-X 10Gbe SFP+ switches.
    We have Dell Blade Chasis with Force 10 MXL blade switches.
    We are testing/preparing the environment before our new Dell compellent hybrid arrays arrive, but we face a problem with Jumbo frames between the Cisco 4500-X and the Dell Force10.
    When I do a ping -L from the blade server to a host connected to the Cisco 4500-X anything bigger then 1472 bytes seems to get dropped.
    When performing a ping between servers connected to the 4500-X I can use jumbo frame sizes like 9000 without issues
    When performing a ping between servers in the blade chassis I can use jumbo frame sizes like 9000 without issues
    Now we also have a pair of Cisco 3750X switches that are currently being used for Dell Equallogic 1Gbe SAN and they are connected to the same Force10 switches as the 4500-X are and I have created the exact same LACP port-channels between the Force10/3750X as for the Force10 4500-X. Jumbo packets to the 3750X is working fine but for the 4500-X it is not.
    I have tried connecting the switches simply on access port level, creat a vlan trunk and create a portchannel with trunking but none of the solutions seem to work, in every situation packets above 1472 are dropped... at least they dont arrive at the destination.
    On every port of the 4500-X the MTU is set to 9198, the vlan each port is in is set to 9198 and the port-channel is set to 9198
    System MTU can only be set to 1550 so that is on default 1500 altough I tried setting it to 1550 but that didnt make any difference ofcourse.
    The 4500-X is running version 03.04.04 SG / 15.0(1sr) SG10
    The Force10 is running 9.6.0.0
    Any help is appriciated

    Sorry for the delay , i have bought the 3064-32T , it seemed more cost effective as the transceivers are so expensive and it has more ports too.

  • Top and bottom margins to be inside the frame and form should less cluster

    Hi All,
    In my application we have created nearly 10 regions and for each region i have created sub regions with No templates. Here are the deatils below.
    I need to display two regions side by side with borders, so what i have done is
    1. Created a region as #Region Start with No template with Display point as "Page template body (1. items below region content) and Header and footer i have
    given as <table border="1"><tr><td>
    2. Followed by region as #What with Wizard region as "Page template body(1. items below region content) and nothing given under header and fotter.
    3. Followed by reagion as #Region Middle with No template with Display point as "Page template body (1. items below region content) and Header and footer i
    have as </td><td>
    4. Followed by region as #where with Wizard region as "Page template body(1. items below region content) and nothing given under header and fotter.
    5. Folowed by region as #Region End with No template with Display point as "Page template body (1. items below region content) and Header and footer i have
    given as </td></tr><tr><td>
    Simiallry followed by rest of regions by creating dummy regions and placing the <tr> and <td> in Header and Footer.
    Now users are asking me to have insde the frame and form shoul dbe less cluster.
    Can suggestiosn on this who we need to achieve.
    Thanks,
    Anoo..

    'File' > 'Page Setup' is used to alter the page margins when you need to print the email. It is not used to create a Template email nor to change the overall theme used in the Thunderbird user interface.
    To add a theme to the overall Thunderbird window, you can choose
    * either a Windows theme via Control Panel > Personalization >Theme
    * or download a theme Add-on, there is a huge range here: https://addons.mozilla.org/en-US/thunderbird/themes/
    such as : https://addons.mozilla.org/en-US/thunderbird/addon/balloons/?src=ss
    If you are looking to create a Template email, then you open a new Write message, design the email, enter a Subject so that you can easily locate the email and click on 'File > Save as > Template or click on Save button and choose 'Template' from the options. then the email is saved in the Templates folder. To use, you click on Templates folder and double click on the email to open in a new Write message. then compose and send as normal. The original email will be saved in Templates folder for reuse.

  • Jumbo Frames within Solaris 10 zones and multiple interfaces...

    We have Jumbo Frames working in the Global Zone, and have the MaxFrameSize=3,3,3 etc...
    We also have our AGGR's built correctly and defined aggr1:1 and aggr1:2
    the problem is on boot-up, if all the name files (hostname.aggr1 and hostname.aggr1:1) are defined in the /etc directory, then you can't start the zones....?
    and if you place the files in the /export/zones/<machinename>/root/etc/ directory, than the interfaces do not start-up automatically..... ?
    So If I want all the interfaces in the global zone to be seen by the other zones, and for the interfaces to come live when the zones are booted.... where do the hostname.interface files live....???

    Darren:
    I understand where you're coming from from a technical perspective. But there is a way you could work around it.
    For argument's sake, zones a+b with e1000g0 - e1000g3
    From an implementation perspective, what's to stop you from:
    e1000g0 / e1000g1 shared between all
    e1000g2 plumbed at global, only assigned to zone a.
    e1000g3 plumbed at global, only assigned to zone b.
    You can certainly have an empty interface file (i.e. cp /dev/null /etc/hostname.e1000g2 ; cp /dev/null /etc/hostname.e1000g3). The interface will plumb but have no IP information configured.
    This doesn't give truly exclusive interfaces to either zone, but it operates effectively as though it were.
    Warning: I haven't actually tested this, but I see no reason that it wouldn't work.

  • Changing Hyper-V host and cluster virtual IP addresses to new subnet/VLAN

    I have a 2 node Hyper-V 2012 R2 failover cluster, managed by System Center Virtual Machine Manager 2012 R2, and I would like to change the IP addresses of the hosts and the cluster, in order to move them to a new subnet and VLAN. The existing and new subnets
    are able to route to each other so all hosts will still be able to communicate throughout the parts of the process where they may be on separate subnets. There is also a dedicated cluster heartbeat network on its own subnet and VLAN that I am not altering
    in any way.
    The 2 hosts are configured with 4 nics in a team, with dedicated virtual interfaces for each of the following:
    -Live Migration
    -Cluster Heartbeating
    -Host management/general traffic (the cluster virtual IP address is also on the same subnet as these interfaces).
    It is the host management/general traffic addresses that I want to change. The interfaces were created and configured with the Add-VMNetworkAdapter, New-NetIPAddres and Set-VMNetworkAdapterVlan commands.
    Please advise if the following process is correct:
    1) Evacuate all the VMs from the first host to be changed and put it in maintenance mode.
    2) Use Set-VMNetworkAdapter to change the name of the interface (the current name refers to the VLAN it's on)
    3) Use Set-NetIPAddress to change the IP address and gateway of the interface as appropriate
    4) Use Set-VMNetworkAdapterVlan to set the VLAN ID
    5) Take the host out of maintenance mode and move all VMs off the other host
    6) Repeat above steps on the other host
    I know that I will then need to change the cluster virtual IP address, but I have no idea how to do this or where to look for that setting. Please advise!
    Cheers.

    Hi new_guise,
    For changing cluster node's IP address please refer to the link below :
    https://support.microsoft.com/kb/230356?wa=wsignin1.0
    For changing VIP please refer to this article :
    http://blogs.technet.com/b/chrad/archive/2011/09/16/changing-hyper-v-cluster-virtual-ip-address-vip-after-layer-3-changes.aspx
    Best Regards,
    Elton Ji
    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact [email protected] .

  • FTTH connection proper MTU Size and Jumbo frames

    I've recently moved to a ISP that provides a 4mbps connection through FTTH(Single OFC). There is a EPON ONU in my premise from which a RJ-45 lan cable is connected to my Intel DH67CL1 board based PC. manual says, the NIC is a gigabit ethernet card. I tried setting MTU of 8996 and I can ping and browse fine. But, I'm totally in dark whether this value is optimum and works flawlessly browsing sites. How to find and set the proper MTU for a fibre network like this? Is the value correct?
    I tried like this decreasing mtu value:
    ifconfig eth0 mtu 8997
    SIOCSIFMTU: Invalid argument
    then,
    ifconfig eth0 mtu 8996
    ^^^ No error message and it seems accepting.
    BTW, from arch wiki, I saw that the driver module(e1000e which is used here) used by NIC  have some bug report filed wr.to Jumbo frame. Am I doing things correctly? Earlier MTU was at default 1500. Please guide. thank you
    Some drivers will prevent lower C-states
    Some kernel drivers, like e1000e will prevent the CPU from entering C-states under C3 with non-standard MTU sizes by design. See bugzilla #77361 for comments by the developers.
    https://wiki.archlinux.org/index.php/Ju … mbo_frames

    yeah, i actually talked to support and they told me the same thing. just another example of misleading information from Linksys as here is what the manual and the help page say:
    MTU
    MTU is the Maximum Transmission Unit. It specifics the largest packet size permitted for Internet transmission. Select Manual if you want to manually enter the largest packet size that will be transmitted. The recommended size, entered in the Size field, is 1500. You should leave this value in the 1200 to 1500 range. To have the Router select the best MTU for your Internet connection, keep the default setting, Auto.
    no where in that description does it say that 1500 is the maxmium. 
    because this is also a gigabit switch, one would expect that jumbo frame support is not out of the realm of possibility. as a point of reference any other $50 (or less) gigabit switch supports this, but that's what i get for expecting too much from Linksys.
    thanks for the info.

Maybe you are looking for