-
Data: 2002-10-31 21:11:37
Temat: Re: MPLS VPN
Od: Marek Moskal <m...@i...p-l> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Mariusz Krukowski napisal(a) [31 Oct 2002]:
> A czego oczekujesz po tych VPN'ach?
To jest najistotniejsze pytanie! Technologia (ATM/MPLS/lacze cyfrowe) ma
jedynie sluzyc spelnieniu tych oczekiwan.
> Oczywiście są wynalazki [...] typu FRoverMPLS czy ATMoverMPLS, ale
> trudno mówić tu o zaletach w stosunku do czystych ATM/FR.
Oczywiscie - nie ma sensu budowac sieci MPLS tylko po to, zeby przenosic
po niej ruch ATM. XoMPLS trzeba traktowac raczej jako emulacje, czyli cos
w stylu DLSW (przenoszenie SNA w IP), CES (przenoszenie TDM w ATM) czy XOT
(przenoszenie X.25 w TCP).
> I jeszcze jedno: biorąc sytuację na dziś, raczej zapomnij o
> rezerwacjach QoS (pasmo, opoźnienia). Zresztą nawet gdy zostaną
> porządnie zaimplementowane, to i tak nie będą mogły się równać z
> rezerwacjami i kontrolą parametrów w sieci ATM.
W jednym zdaniu polaczyles dwie rzeczy: "zapomnij o rezerwacjach" i
"pasmo, opoznienie". Mechanizmy ATM sa zupelnie inne, niz mechanizmy IP.
ATM jest zorientowany polaczeniowo, wiec rezerwacje dla polaczen robi
zdecydowanie lepiej. W IP praktycznie nie ma odpowiednika zestawiania
polaczen z okreslonymi parametrami (RSVP sie nie liczy), lecz nie jest to
technika polaczeniowa.
Natomiast z punktu widzenia uzytkowego (czyli efektow odczuwalnych przez
uzytkownika) mozna natomiast uzyskac takie same efekty - gwarancje
opoznienia i przepustowosci (zakladajac prawidlowo skonfigurowana siec).
Jezeli uzytkownik widzi takie same efekty, technologia lezaca pod spodem
nie jest zbyt istotna, o ile tylko jego VPN zachowuje sie zgodnie z
wymaganiami.
> [...o parametrach QoS w IP...] Aczkolwiek będą porównywalne z FR.
ATM i Frame Relay maja bardzo duzo wspolnego, obydwie technologie wywodza
sie z ISDN. Glowna roznica polega na tym, ze ATM ma kilka klas ruchu z
wieloma parametrami, zaprojektowanych dla konkretnych typow ruchu, podczas
gdy Frame Relay ma w zasadzie jedna klase.
W praktyce z klas ATM wykorzystuje sie: CBR do emulacji lacz stalych, UBR
do przenoszenia IP bez gwarancji i VBR-nrt do przenoszenia ruchu z pewnymi
gwarancjami. Jeszcze konkretniej: w wiekszosci sieci ATM dla transmisji
danych oferuje sie VBR-nrt. Pokusilbym sie tu o stwierdzenie, ze Frame
Relay odpowiada konceptualnie klasie VBR-nrt. Posiada podobne parametry:
CIR (~=SCR), MIR (~=MBS) oraz EIR (~=PCR). Analogiczny efekt mozna uzyskac
takze i w sieci IP dzieki mechanizmom ksztaltowania i ograniczania ruchu
(rate-limit, shaping). Takze znakowanie (FR DE, ATM CLP, IP DSCP) jest
dostepne i stosowane we wszystkich trzech technologiach.
W IP takze jest mozliwe (w zaleznosci od implementacji) tworzenie
rozmaitych klas ruchu IP z gwarancja opoznienia i/lub z gwarancja
przepustowosci.
--
(moskit-at-irc.pl)
Następne wpisy z tego wątku
- 31.10.02 21:12 w...@k...net.pl
- 02.11.02 09:25 Grzesiek Pawelski
- 02.11.02 18:10 Marek Moskal
- 03.11.02 08:32 Grzesiek Pawelski
- 03.11.02 17:19 Piotr Oniszczuk
- 04.11.02 14:28 Grzesiek Pawelski
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2025-03-11 Warszawa => Kierownik ds. kluczowych Klientów <=
- 2025-03-11 Łódź => System Administrator (Linux, Active Directory) <=
- 2025-03-10 roaming
- 2025-03-10 wodor
- 2025-03-10 Ostrów Wielkopolski => NodeJS Developer <=
- 2025-03-10 Białystok => System Architect (background deweloperski w Java) <=
- 2025-03-10 Częstochowa => Backend Developer (Node + Java) <=
- 2025-03-10 Poznań => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produkc
- 2025-03-10 Bydgoszcz => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-03-10 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-10 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-10 Szczecin => Key Account Manager IT <=
- 2025-03-10 Warszawa => Node.js / Fullstack Developer <=
- 2025-03-10 Warszawa => Data Engineer (Tech Leader) <=
- 2025-03-10 Gliwice => Business Development Manager - Network and Network Security