RobertoBifulco.it

  • topics
  • publications
  • il gatto
  • account
Home › Reti di Calcolatori 2 › Capitolo II - Techniques and architectures for QoS › II.5QoS Architectures

II.5.1Integrated Services (IntServ)

Roberto Bifulco — Fri, 10/17/2008 - 22:39

IntServ è una architettura stateful per introdurre la QoS in reti IP. IntServ definisce una serie di aspetti per ottenere la QoS:

  • Classi di servizio
  • Admission Control
  • Resource reservation

In breve, quello che IntServ fa è classificare in 3 classi di servizio un flusso dati: Guaranteed Service, per applicazioni che necessitano di prestazioni real time, Controlled Service, per applicazioni che richiedono le prestazioni simili a quelle di una rete best effort non carica, e best effort per tutto il resto. La classe di appartenenza con le specifiche richieste alla rete è dichiarata all'inizio dall'applicazione che intende aprire quel flusso dati.

Dopo aver ottenuto la richiesta di apertura del flusso e le sue richieste in termini di risorse, la rete stabilisce se può fornire il servizio richiesto, garantendo sia che il servizio sia conforme alla specifica richiesta, sia che l'aggiunta del servizio non comporti un peggioramento dei servizi già forniti.

Infine, se il servizio può essere fornito dalla rete, si avvia una procedura che riserva le risorse necessarie a fornire tale servizio.

Nei paragrafi precedenti abbiamo visto come può essere specificata la richiesta di una applicazione per un servizio dalla rete tramite i Service Level Agreement, in IntServ il SLA viene definito tramite due specifiche:

  • T-Spec: definisce le caratteristiche del traffico legato a quel flusso;

  • R-Spec: definisce la QoS richiesta per quel flusso.

Mentre la R-Spec è di facile creazione, poiché non fa altro che richiedere il livello di qualità del servizio specificando una classe di appartenenza ed eventualmente dei parametri che limitano il delay (per Guaranteed Service), si ha qualche difficoltà in più a descrivere la T-Spec. Solitamente per farlo si adoperano meccanismi come quelli che abbiamo visto nei precedenti paragrafi, per la caratterizzazione del traffico, quali il Token Bucket.

L'admission control è un problema non di poco conto. Il suo compito principale è stabilire se la rete ha adeguate risorse per fornire il servizio richiesto, e se ciò non fosse vero, rifiutare l'accesso a quel servizio. Il problema nasce nella valutazione delle risorse della rete. Meccanismi quali i fair queuing, se adoperati su tutti i router, rendono questo problema molto più semplice.

La procedura di resource reservation prevede l'adozione di un protocollo di signaling che si occupi di “perlustrare” la rete per riservare le risorse necessarie a fornire il servizio. Il protocollo che risolve questo problema in IntServ è RSVP.

 

  • II.5.1.1RSVP
  • II.5.1.2IntServ today
‹ II.5QoS Architectures up II.5.1.1RSVP ›
  • Printer-friendly version

nfl jerseys suppliers Fashion

Anonymous (not verified) — Mon, 01/02/2012 - 08:08

nfl jerseys suppliers Fashion brand
wholesale coach bags the trend of fashion
coach outlet Don't miss the chance it's very good
coach outlet store comfortable with it
wholesale designer handbags well known great
coach handbags outlet attractive and reasonable price
cheap coach online shopping
coach outlet store may most likely need
coach handbag outlet A good thing
authentic nfl jerseys for sale fashion designed
cheap authentic nfl jerseys together with lifestyle

  • reply

nfl jerseys

mostnfl (not verified) — Fri, 12/30/2011 - 14:13

New England Patriots Jerseys
Authentic New England Patriots Jerseys

  • reply

nfl jerseys

mostnfl (not verified) — Thu, 12/29/2011 - 09:10

New England Patriots Jersey In any Tom Brady Jersey event, Wes Welker Jersey it is Joe Flacco Jersey abundantly Ray Lewis Jersey clear that persecution Ben Roethlisberger Jersey of the disciples of Ryan Grant Jersey Tebow hath begun.

  • reply

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Image CAPTCHA
Enter the characters shown in the image.

Reti di Calcolatori 2

  • Introduzione
  • Capitolo I - Networks Evolution
    • Communication models
      • Circuit switching
      • Packet Switching
      • Flow Switching
    • A rapidly changing scenario
    • Data and media taxonomy
  • Capitolo II - Techniques and architectures for QoS
    • II.1QoS problems
    • II.2Service Specification
    • II.3Traffic and Service Characterization
      • II.3.1Token Bucket
      • II.3.2Leaky Bucket
      • II.3.3Queue management
      • II.3.4Scheduling
        • II.3.4.1Scheduling policies
        • II.3.4.1.1GPS
    • II.4Parekh-Gallager Theorem
    • II.5QoS Architectures
      • II.5.1Integrated Services (IntServ)
        • II.5.1.1RSVP
        • II.5.1.2IntServ today
      • II.5.2Differentiated Services (DiffServ)
        • II.5.2.1PHB: Expedited Forwarding
        • II.5.2.2PHB: Assured Forwarding
    • II.6QoS in Fast Interconnect
      • II.6.1Flow Control
        • II.6.1.1Flow Control in IBA
        • II.6.1.2Flow Control in ASI
        • II.6.1.3Flow Control in Ethernet
      • II.6.2Congestion control
        • II.6.2.1Congestion Control in IBA
        • II.6.2.2Congestion Control in ASI
  • Capitolo III - Inter-domain routing with BGP
    • III.1Intra-Domain Routing
      • III.1.1Distance Vector
      • III.1.2Link State
    • III.2Inter-domain routing
      • III.2.1Border Gateway Protocol (BGP)
        • III.2.1.1BGP Messages
        • III.2.1.2BGP Example 1
        • III.2.1.3Route preference
        • III.2.1.4The internet organization
        • III.2.1.5BGP in large networks
        • III.2.1.6Confederations
        • III.2.1.7Route Reflectors
        • III.2.1.8The dynamics of BGP
        • III.2.1.9BGP routing tables
        • III.2.1.10The route selection process
  • Capitolo IV - Asynchronous transfer mode
    • ATM architecture
    • ATM Protocol Stack
    • ATM Addressing
    • ATM Quality of Service
    • ATM Adaptation Layer
    • Call and Connection Control
    • ATM in LAN
    • IP over ATM
  • Capitolo V - Multi Protocol Label Switching
    • MPLS
  • Capitolo VI - Traffic Engineering
    • IP-based Traffic Engineering
    • MPLS-based traffic engineering
  • Capitolo VII - SDH/SONET
  • Capitolo VIII - IP su reti ottiche
    • DWDM
    • Generalized Framing Procedure (GFP)
    • Gigabit Ethernet (GbE)
    • IP-centric control of optical networks
  • Capitolo IX - Network Management
    • Simple Network Management Protocol (SNMP)
    • Network management applications
    • Professional and Business Challanges
    • Service life-cycle
    • Provisioning level Agreement
  • Capitolo X - Network Resiliency
    • Network recovery
    • Recovery Mechanisms Control
  • Capitolo XI - Network security
    • Types of Attack
    • Firewall
    • NAT
    • Intrusion Prevention Systems
  • Download
  • topics
  • publications
  • il gatto
  • account