RobertoBifulco.it

  • topics
  • publications
  • il gatto
  • account
Home › Reti di Calcolatori 2 › Capitolo VI - Traffic Engineering

IP-based Traffic Engineering

Roberto Bifulco — Wed, 10/22/2008 - 19:28

Nelle tradizionali reti Ip l'instradamento è calcolato sulla base della destinazione del pacchetto. Gli algoritmi di routing non fanno altro che lavorare sulla topologia della rete, definita oltre che dalla struttura dei link, anche dal peso a questi associato. Quest'ultimo parametro è fondamentale nel calcolo dei percorsi.

Poiché l'assegnazione dei costi ai link viene fatta dagli amministratori di rete, è possibile incidere su tale parametro per condizionare le decisioni sulle tabelle di instradamento. Solitamente la scelta viene fatta basandosi su delle euristiche, come la proporzionalità all'effettiva distanza fisica oppure impostando il costo in modo inversamente proporzionale alla capacità del link. Il traffic engineering adopera un modo più ingegneristico per la risoluzione del problema, adoperando un approccio basato sulla misurazione del traffico e della topologia della rete per ottenere un modello dell'intera rete e ricavare quindi le opportune configurazioni da apportare. Questo approccio è in realtà ciclico, poiché dopo aver apportato una modifica alla rete si procede a rimisurarne le caratteristiche e quindi si riprende con i precedenti passi.

Le informazioni raccolte sono sostanzialmente due:

  1. Topologia della rete, comprendendo anche la capacità dei link;

  2. Matrice del traffico, ossia il traffico scambiato fra ciascuna coppia di nodi.

Il modello della rete che si sviluppa, partendo da queste informazioni deve ottenere i pesi da assegnare a ciascun link per bilanciare il carico di rete.

Per ricavare gli input il problema sorge quando non si è amministratori di un dominio, poiché bisogna affrontare tutti i problemi legati alla scoperta della topologia. Questo non è però il nostro caso, poiché ci stiamo ponendo nell'ottica di chi vuole amministrare al meglio il traffico del proprio dominio. Dando per scontato dunque che conosciamo la topologia, per calcolare il traffico fra due router è sufficiente adoperare le funzionalità di logging di questi ultimi.

Il modello matematico che si sviluppo per ricavare i costi è conosciuto come modello di flusso multi-commodity, in cui si opera su di una rete G(R,L), con R router e L link unidirezionali fra questi, con un costo assegnato ad ogni link l. Sulla rete è definita una matrice di traffico che rappresenta il traffico dal router i a quello j.

La risoluzione di questo modello darà i pesi da assegnare ad ogni link e la frazione di traffico che va dal router i al router j attraverso ogni link l indicata dalle variabili . Chiaramente si deve tener conto che un router selezionerà sempre il percorso a costo minimo, quindi, perché ci sia un bilanciamento del traffico, è necessario fornire più percorsi allo stesso costo minimo ad un router, in modo che possa operare operazioni di load balancing. La funzione obiettivo del modello di ottimizzazione presentato potrebbe avere un andamento del tipo:

Con ρ che indica l'utilizzazione del link. Purtroppo un problema del genere è NP-completo, quindi il calcolo di una soluzione ha tempi con crescita esponenziale all'aumentare della dimensione del problema.

Per ottenere un risultato in tempi ragionevoli si opera un calcolo basato sulla ricerca di ottimi locali. L'algoritmo parte da una soluzione iniziale di tentativo. Da questa, vengono calcolato tutti i minimi percorsi fra le coppie di router e il traffico passante fra questi in base alla soluzione tentativo. Si ottengono così i primi valori della funzione obiettivo. Perturbando tale soluzione si ricerca l'ottimo locale. Varie tecniche possono semplificare il calcolo, ad esempio, conservando le precedenti configurazioni di costo esaminate, in modo da evitare loop nel calcolo.

Questo algoritmo viene fermato relativamente presto nella sua esecuzione, poiché non si esaminano tutte le soluzioni possibili. Lo scopo non è infatti giungere all'ottimo, ma ottenere una buona soluzione.

AT&T ha adoperato questa soluzione, effettuando queste impostazioni di riconfigurazione nei periodi notturni di scarso traffico, sperimentando risultati migliori del tradizionale modo di impostare i costi basato sulle euristiche.

‹ Capitolo VI - Traffic Engineering up MPLS-based traffic engineering ›
  • Printer-friendly version

nfl jerseys suppliers Fashion

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

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

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