RobertoBifulco.it

  • topics
  • publications
  • il gatto
  • account
Home › Reti di Calcolatori 2 › Capitolo IV - Asynchronous transfer mode

ATM in LAN

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

ATM era una tecnologia che poteva risolvere parte dei problemi legati alla banda disponibile nelle LAN. Per rendere possibile questa soluzione, era necessario garantire una compatibilità con i frame delle tecnologie IEEE 802.X.

Le differenze fra queste tecnologie però sono considerevoli:

  • Le classiche LAN sono connectionless mentre ATM è orientata alla connessione;

  • Le LAN possono inviare in broadcast su mezzo condiviso le informazioni;

  • Le LAN adoperano indirizzi MAC mentre ATM indirizzi in stile telefonia.

Per risolvere questi problemi si è definito LANE (LAN Emulation), un insieme di regole per emulare le caratteristiche di una classica LAN su ATM. Sostanzialmente LANE fornisce un sistema per far lavorare qualsiasi LAN su ATM, oltre a fornire la possibilità di connettere fra loro sistemi ATM e sistemi su LAN, e permettere anche la convivenza di più LAN simulate sulla stessa rete fisica ATM. Sostanzialmente quello che fa LANE è tradurre gli indirizzi MAC di 48 bit in quelli ATM di 20 byte, convertire i pacchetti in celle con AAL 5.

Chiaramente oltre al vantaggio di avere ATM come sistema di comunicazione a larga banda inserito in modo praticamente trasparente, ci sono una serie di svantaggi, quali la perdita del supporto alla QoS ed alcuni problemi di efficienza e scalabilità.

LANE Architecture

Il primo problema da risolvere è l'adattamento di ATM alla caratteristica della LAN di essere a mezzo condiviso. Una soluzione iniziale potrebbe prevedere l'utilizzo di una maglia di connessioni punto-multipunto che però porterebbe ad una struttura di connessioni molto pesante da sostenere. Si predilige quindi un approccio software basato su server di connessione (Figure 46).

Figure 46:



 

I server adoperati sono 3:
  • LES (Lan Emulation Server): converte i MAC address in indirizzi ATM. La sua funzione è simile a quella delle “pagine bianche”. Data l'alta mobilità dell'ambiente, le entità dell'architettura devono interagire spesso con il LES per aggiornare la sua banca dati;

  • BUS (Broadcast and Unknown Server): per il broadcast diretto dei pacchetti. Per gestire il broadcast il server apre connessioni con tutti i partecipanti alla rete. Questo gli consente anche di fornire funzionalità simili a quelle del protocollo ARP;

  • LECS (Lan Emulation Configuration Server): per gestire la configurazione della rete;

Solitamente i 3 server sono posizionati all'interno degli switch ATM.

‹ Call and Connection Control up IP over ATM ›
  • Printer-friendly version

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