Changes between Initial Version and Version 1 of BenVLAN

Show
Ignore:
Timestamp:
11/23/08 20:19:29 (11 years ago)
Author:
aydan (IP: 69.134.122.47)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • BenVLAN

    v1 v1  
     1= Integrating BEN and Orca Phase I: VLAN Support = 
     2 
     3This pages describes the first phase of integrating BEN and Orca. In this phase Orca will enable users to allocate virtual machines across all BEN sites and network the virtual machines using VLAN provisioned by BEN. We refer to this approach as Phase I of the integration steps. Future phases will make it possible to sliver and configure lower-level layers of BEN, e.g., point-to-point links, fiber spectrum, bandwidth, etc. 
     4 
     5== Goal == 
     6 
     7The goal of this phase is to enable the dynamic allocation of virtual machines from all BEN sites connected by a VLAN provisioned from BEN. Once this phase is complete, it should be possible for an end user to use the Orca portal to allocate multiple virtual machines and connect them using a VLAN. 
     8 
     9== Architecture ==  
     10 
     11The system contains of the following Orca actors: 
     12 - BEN RENCI Site Authority - site authority controlling the XEN VMMs at BEN's site at RENCI. We refer to this actor as 'site_renci'. 
     13 - BEN Duke Site Authority - site authority controlling the XEN VMMs at BEN's site at Duke. We refer to this actor as 'site_duke'  
     14 - BEN VLAN Site Authority - site authority controlling the creation of BEN VLANs. We refer to this actor as 'site_vlan' 
     15 - BEN Clearinghouse - broker responsible for the allocation of resources from site_renci, site_duke, and site_vlan.  
     16 - End user service manager - one or more service managers to use resources from all sites. 
     17 
     18To bootstrap the system, each site exports to the clearing house a ticket that grants the clearinghouse the right to allocate resources from that site. The ticket specifies the amount of resources and the period of time for which the clearinghouse is granted control. 
     19 
     20To create a slice an end user first must obtain a lease for a VLAN to span all BEN sites. To do this, the user's service manager issues a ticket request for a new VLAN to the BEN clearinghouse. If the clearing house has an available VLAN, it issues a ticket to the service manager. We refer to the reservation holding this ticket as the ''VLAN reservation''. 
     21 
     22To obtain virtual machines from each BEN site, the user's service manager issues several ticket requests for the needed virtual machines to the BEN clearinghouse: one request per BEN site that it needs resources from. If the broker can satisfy the request it issues a ticket for each BEN site from which the user requested resources. We refer to the reservations holding each of these tickets as the ''VM reservations''. 
     23 
     24The sequence of redeeming the VLAN and VM reservations is important. For simplicity, we require that the VLAN reservation is redemed before the VM reservations, i.e., a VM reservation cannot be redeemed until the VLAN reservation has been redeemed successfully. There are several reasons for this approach: 
     25  - VLAN configuration on each VM requires that a specific XEN bridge is created and that it is associated with a specific VLAN tag 
     26  - While it may be possible to perform VLAN configuration for a given VM after it has been created, this approach requires site_renci and site_duke to export a configuration interface that can be invoked by a service manager to bind a VM to a given VLAN. Implementing and exposing such an interface is technically feasible, but requires more effort 
     27 
     28While processing a redeem request for a VLAN, site_vlan chooses an available VLAN tag and configures the VLAN to span across all BEN sites (currently site_duke and site_renci). The VLAN tag is added to the VLAN reservation's '''resource''' properties list and is sent back to the service manager. Service managers extract the VLAN tag from the VLAN reservation and add it to the '''configuration''' properties list of each VM reservation. When sites process a VM reservation they configure each VM with an additional interface bound to a XEN bridge associated with the corresponding VLAN tag. 
     29 
     30'''QUESTION:''' Where do the IPs and subnet information for each VLAN come from? Are these specified by the service manager? Does site_vlan need to know the subnet base and mask when setting the VLAN?