|
|
|
![]() |
|
Strumenti |
![]() |
#61 | |
Junior Member
Iscritto dal: Feb 2006
Messaggi: 19
|
Quote:
Per come lo conosco io, ma questo forse dipende dall'implementazione (conosco i prodotti Alcatel-Lucent e marginalmente quelli CISCO, prodotti per realizzare reti di trasporto per offrire SERVIZI IP L2/L3, canali PDH (E1,..) per carriers, operatori telefonici etc.) Questi tipi di reti, offrono SERVIZI IP (E-PIPE, E-TREE, VPLS,...), canali PDH e atro (da questo "multiprotocol") tra i vari CE (costumer edge). Per i clienti, questo tipo di rete, a dipendenza del tipo di servizio, risulterà essere più o meno trasparente, ecco perchè quando tu fai dei traceroute su reti carriers che usano reti di trasporto basate su MPLS molti hops non vengono registrati perchè questi ultimi sono trasparenti per la rete servizi. Le reti (che spesso non sono reti perchè il tutto si ferma a L2) per servizi vengono completamente isolate da quella di trasporto. La rete di trasporto, come detto in precendeza, è a sua volta una rete IP con protocolli di routing dinamico OSPF/ISIS e spesso con TE, di quelle che ho visto io, tutte IPV4. Ci sono prodotti che fanno lo stesso tipo di lavoro ma su base ATM. Su questi tipi di prodotti, coesistono tabelle di routing dinamico "classico" OSPF/ISIS (rete trasporto) e tabelle per lo scambio dei "label" per il "routing" dei servizi. Prima di poter offrire dei servizi, su una rete di trasporto IP/MPLS, deve essere creata una rete "sopra" la rete classica IPV4, dove vengono definiti gli LSP (Label Switch Path). A dipendenza dei tipi di servizi offerti e in base ai contratti SLA bisogna intervenire a livello di TE (traffic engineering) su base OSPF rispettivamente sulle FIB (forward information base). |
|
![]() |
![]() |
![]() |
#62 | |||
Bannato
Iscritto dal: Dec 2007
Messaggi: 481
|
Scusa per la tarda risposta, ma sono stati due giorni pienissimi.
Quote:
Quote:
Comunque, cito dalle FAQ Cisco su MPLS: MPLS is a packet-forwarding technology which uses labels to make data forwarding decisions. With MPLS, the Layer 3 header analysis is done just once (when the packet enters the MPLS domain). Label inspection drives subsequent packet forwarding. MPLS provides these beneficial applications: Virtual Private Networking (VPN) Traffic Engineering (TE) Quality of Service (QoS) Any Transport over MPLS (AToM) Additionally, it decreases the forwarding overhead on the core routers. MPLS technologies are applicable to any network layer protocol. Ora, gli ISP nelle dorsali, e quindi per il core routing, lo usano principalmente per il TE (quindi subito sopra il L2 e subito sotto IP). Il punto è che IP in quella parte della rete è lento, troppo generico e poco flessibile (poco o niente TE), lento a convergere, il QoS di fatto inesistente, privo di circuiti virtuali che possono ancora far comodo a certe applicazioni. Ho citato MPLS perché è una realtà ormai affermata, ma basti guardare a Provider Bridges, Provider Backbone Bridges, QinQ, PBB-TE, MPLS-TP, OSPF-TE e così via per capire che i provider stanno cercando di evitare di avere a che fare con IP (e tutti i suoi limiti) nel core routing. A questo punto IP viene utilizzato fino al termine della rete di accesso o al massimo nella parte di aggregazione, diventando sostanzialmente un'interfaccia tra host. Più o meno la tendenza è questa. Quote:
No, non deve, può. In quel caso è una VPN basata su MPLS (anche se viene usata per il Metro Ethernet). |
|||
![]() |
![]() |
![]() |
#63 | |||||
Junior Member
Iscritto dal: Feb 2006
Messaggi: 19
|
Quote:
![]() Quote:
- MPLS è uno standard, ok - reti PDH/SDH, canali E1, link seriali, sono ancora molto utilizzati in ambiti industriali, io lavoro nel settore energetico - p.e. E1 da noi vengono usati per collegare le varie centrali telefoniche (31 slot più segnalazione) Quote:
Per rendere possibile "l'impossibile" (servizi con QoS su reti IP, trasporto canali con processi deterministici) lo "strato" MPLS deve svolgere vari compiti aggiuntivi, quali gestione delle code priorizzate, circuiti virtuali primari e secondari aggiunti ad una elevata semplicità/velocità decisionale del control plane (senza dover escalare a L3 per la lettura dell'Header IP). In fin dei conti gli LSR sono dei "service" router. Quote:
Quote:
![]() intendi forse VPLS (Virtual private LAN Service) ? o intedi proprio VPN? su questo punto faccio veramente fatica a seguirti. |
|||||
![]() |
![]() |
![]() |
#64 | |||
Bannato
Iscritto dal: Dec 2007
Messaggi: 481
|
Quote:
Quote:
Quote:
Prova a dare un'occhiata qui: http://www.google.it/url?sa=t&source...hwffeg&cad=rja. Oppure se è troppo lungo butta un occhio su wikipedia qui: http://en.wikipedia.org/wiki/Vpn#Use...PPVPN_services Inoltre da http://en.wikipedia.org/wiki/Virtual...e_LAN_Service: "VPLS is a virtual private network (VPN) technology." Per quanto riguarda quello che intendevo io sulla separazione teconologica tra core e accesso, googlando velocemente ho trovato questo che sembra abbastanza chiaro e semplice: http://www.oiforum.com/public/docume...ruber_v3.1.pdf Oppure puoi sempre usare wikipedia e partire da qui: http://en.wikipedia.org/wiki/Carrier_Ethernet http://en.wikipedia.org/wiki/Metro_ethernet per poi cercare qualcosa su PBB & co. |
|||
![]() |
![]() |
![]() |
#65 | ||
Junior Member
Iscritto dal: Feb 2006
Messaggi: 19
|
Quote:
In rari casi, sotto ATM, sopra un po' meno di tutto... Quote:
La "trasparenza" che intendevo è quella data dall'incapsulazione di MPLS ovvero tramite "label". Per l'ultima parte, grazie mille per i links, vedrò di dargli un'occhiata ;-) Comunque una E-pipe,malgrado ci sia incapsulazione via MPLS non riesco a classificarla come VPN... |
||
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 07:14.