Changes between Version 2 and Version 3 of Internal/OpenFlow/Notes


Ignore:
Timestamp:
Jul 9, 2009, 6:07:06 AM (15 years ago)
Author:
akoshibe
Comment:

—

Legend:

Unmodified
Added
Removed
Modified

  • Internal/OpenFlow/Notes

    v2 v3  
    1515== DHCP Relay agents ==
    1616Relay agents are virtual layer 3 devices residing on a switch with VLANs. In this case, they allow DHCP broadcasts to be relayed across 2 VLANs on the same switch. This is not necessary for us because the DHCP server lives beyond the ASA, and the ASA not only acts as a router between the switch and the server, but also serves to manipulate the VLAN tags (masquerades as hosts sending out DHCP requests).
    17 
     17 
    1818== Trunking ==
    1919Trunking is done by making a "backbone" for all the different VLANs on a local switch to converge to. Frames from different VLANs are identified bythe means of VLAN tags, a four-byte addition to the Ethernet frame identifying which VLAN it came from. The tagging is also known as 802.1q.
    … …  
    2626In our case this matters because DHCP coming from the trunk needs to assign IP addresses to both the hosts connected to the switch on different VLANs (VLAN 27) and to the switch itsself. To do this, The virtual interface to which the IP address is assigned needs to be on the trunked port(s).   
    2727
     28
     29
     30=== some thoughts regarding th virtual switches (6/9) ===
     31 * They are overlay devices that "run" on top of VLANs. VLANs need to be set up before virtual switches can be created.
     32 * They are identified by the VLAN number of the VLAN they overlay, so one virtual switch can't encompass more than 1 VLAN.
     33 * Conversely, they can overlay part of a VLAN. In that case, the whole VLAN takes on the virtual switch's behavior.     
     34
     35The last point is somewhat annoying, because the default behavior of a controllerless virtual switch is to "wait till the flow table times out." That would mean "become nonfunctional" in our case, since the virtual switches start off controller-less, and hence, flow-less. The whole switch would become a virtual brick if the trunk is specified in `setvsi`. This was demonstrated by overlaying a virtual switch over a single port on VLAN 27. It stopped forwarding DHCP messages all together when it used to be the only VLAN with DHCP.
     36
     37Questions:
     38
     39 * can a virtual switch be loaded with a default flow table that would allow it to function, at least until its table times out?
    2840