Custom VNF tutorial Sample Clauses

Custom VNF tutorial. This section describes how to create an experiment with a custom NFV resource. The previous tutorial explained how to use the iPerf resource that is provided by the NFV Manager. This tutorial however, describes how to create a custom NFV resource and how to use it in an experiment. For this, it shows how to create a self-build iPerf NFV resource and how to make the experiment use it. The experiment’s folder structure is the same as in the previous tutorial and can be taken from
AutoNDA by SimpleDocs
Custom VNF tutorial. This section describes how to create an experiment with a custom NFV resource. The previous tutorial explained how to use the iPerf resource that is provided by the NFV Manager. This tutorial however, describes how to create a custom NFV resource and how to use it in an experiment. For this, it shows how to create a self-build iPerf NFV resource and how to make the experiment use it. The experiment’s folder structure is the same as in the previous tutorial and can be taken from section 4.1.1. Also, the TOSCA.meta and Metadata.yaml files can be reused as they are. The first difference from the previous tutorial is in the experiment.yaml file. You can find it in appendix C. The two important differences are the resource ID and the added ‘file_name’ property. The resource ID does not match one of the provided resources anymore. The ‘file_name’ property points to the location of the CSAR file which describes the NS. Additionally, in contrast to the previous tutorial, this example uses its own NS definition stored in the experiment’s ‘Files’ directory. Just like the experiment, the NS is described in TOSCA format and packed in a CSAR file. Here is the directory structure: ├── Definitions | └── custom-iperf.yaml ├── Scripts | └── client | ├── xxxxxxx.xx | ├── iperfserver_xxxxxxxxx.xx | └── server | ├── xxxxxxx.xx | └── xxxxx-xxxxxx.xx └── TOSCA-Metadata ├── Metadata.yaml The custom-iperf.yaml file can be found in appendix D. It contains the definition of the NS i.e. the description of the VNFs and their relations and dependencies to one another. There are two node templates of type openbaton.type.VNF, which describe an iPerf server and client. At the bottom of the file is the relationship description, which specifies that the client needs the server’s IP address on the network ‘softfire-network’. The ‘Scripts’ directory contains two subdirectories, one for each VNF. Their names correspond to the types of the VNFs. In these directories are the scripts stored which shall be executed in the different lifecycle phases of the VNF and install iPerf and start the connection. You can find the content of the scripts in appendix E. The Metadata.yaml defines the essential properties of the NS. Here is the one for the iPerf example: name: iPerf tutorial NSD description: “NSD in TOSCA format describing a NS deploying an iPerf client and server.” provider: SoftFIRE shared: true nfvo_version: 3.2.0 image: upload: false names: - Ubuntu-16.04 vim_types: - openstack

Related to Custom VNF tutorial

  • Network Congestion Reduced Speed for Routing or Answering 911 Dialing Calls. There may be a greater possibility of network congestion and/or reduced speed in the routing of a 911 Dialing call made utilizing the Service as compared to traditional 911 dialing over traditional public telephone networks.

  • Backorders 11.8.1 The CO must be notified in writing by the Contractor within 10 days of any and all backordered materials and/or any incomplete services; and the estimated delivery date.

  • Internet Connectivity School must provide sufficient hardline internet connectivity and the required network configurations (provided in Exhibit A) for each Pixellot System to allow live broadcasts. PlayOn will provide the point-to-point wireless internet base station (“Point to Point”) when needed to deliver hardline internet connectivity to Pixellot Systems installed in outdoor venues; provided that PlayOn is able to select the make and model of the Point to Point system. In the event that School requests, or requires, a specific Point to Point system that is different from what is provided by PlayOn, then School must provide and install the Point to Point system at its own expense.

  • Classroom Interruptions Classroom interruptions shall be kept to a minimum. Principals shall establish schedules for the use of the intercom services in each school, including staff use. The schedule shall be posted. Deviations from the schedule shall be made only in an emergency or when other means of communication are not possible or feasible.

  • Customer Complaints Each party hereby agrees to promptly provide to the other party copies of any written or otherwise documented complaints from customers of Dealer received by such party relating in any way to the Offering (including, but not limited to, the manner in which the Shares are offered by the Dealer Manager or Dealer), the Shares or the Company.

  • Internet Warnings If the Settling Entity offers for sale any of the Products to California consumers through websites such as xxxxxx.xxx that are not reformulated as set forth in subsection 2.2 above, it shall ensure that the required warning (with the language set forth in subsection 2.3 above) is prominently displayed to the purchaser prior to completion of the transaction without requiring the potential buyer to use considerable effort to be made aware of the health hazard advisory. The warning (or a clearly marked hyperlink to the warning using the word “WARNING”) given in conjunction with the online sale of the Products may appear either: (a) prominently placed on a webpage in which the Product’s photograph, price, or “add to cart” section are displayed; (b) on the same webpage as the order form for the Product; or (c) on any webpage displayed to the purchaser during the checkout process and prior to its completion for any purchaser with a California shipping address. The symbol “” may be placed adjacent to the signal word. The internet warning may use the Short-Form Warning content described in subsection 2.3(b). The URL "xxx.X00Xxxxxxxx.xx.xxx" in the Warning may be substituted with an equivalent reference to the official "Proposition 65 Warnings Website."

  • Customer The agency or eligible user that purchases commodities or contractual services pursuant to the Contract.

  • Maintenance Outages If Seller reasonably determines that it is necessary to schedule a Maintenance Outage, Seller shall notify Buyer of the proposed Maintenance Outage at least five (5) days before the outage begins (or such shorter period to which Buyer may reasonably consent in light of then existing conditions). Upon such notice, the Parties shall plan the Maintenance Outage to mutually accommodate the reasonable requirements of Seller and the service obligations of Buyer; provided, however, that, unless Buyer otherwise consents, such consent not to be unreasonably withheld, no Maintenance Outage may be scheduled between the hour ending 0700 through the hour ending 2200, Monday through Saturday, during the time period commencing on May 15 and concluding on September 15. Notice of a proposed Maintenance Outage shall include the expected start date and time of the outage, the amount of Capacity of the Facility that will not be available, and the expected completion date and time of the outage. Seller shall give Buyer notice of the Maintenance Outage as soon as Seller determines that the Maintenance Outage is necessary. Buyer shall promptly respond to such notice and may request reasonable modifications in the schedule for the outage. Seller shall use all reasonable efforts to comply with any request to modify the schedule for a Maintenance Outage. Seller shall notify Buyer of any subsequent changes in Capacity available to Buyer or any changes in the Maintenance Outage completion date and time. As soon as practicable, any notifications given orally shall be confirmed in writing. Seller shall take all reasonable measures and exercise its best efforts in accordance with Prudent Electrical Practices to minimize the frequency and duration of Maintenance Outages.

  • Network Connectivity Farmington Area Public Schools makes no guarantee that their network will be up and running 100% of the time. In the rare case that the network is down, the District will not be responsible for lost or missing data. Attribution 4*

  • Outages 9.7.1.1 Outage Authority and Coordination. Interconnection Customer and Transmission Owner may each in accordance with Good Utility Practice in coordination with the other Party and Transmission Provider remove from service any of its respective Interconnection Facilities, System Protection Facilities, Network Upgrades, System Protection Facilities or Distribution Upgrades that may impact the other Party’s facilities as necessary to perform maintenance or testing or to install or replace equipment. Absent an Emergency Condition, the Party scheduling a removal of such facility(ies) from service will use Reasonable Efforts to notify one another and schedule such removal on a date and time mutually acceptable to the Parties. In all circumstances, any Party planning to remove such facility(ies) from service shall use Reasonable Efforts to minimize the effect on the other Parties of such removal.

Time is Money Join Law Insider Premium to draft better contracts faster.