-
Path: news-archive.icm.edu.pl!pingwin.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!n
ews.man.poznan.pl!news.supermedia.pl!news.nask.pl!news.atman.pl!newsfeed.gazeta
.pl!virgin!moderators!sal
From: Marek Moskal <m...@i...p-l>
Newsgroups: pl.internet.polip
Subject: Re: MPLS VPN
Date: Thu, 31 Oct 2002 21:11:37 +0000 (UTC)
Organization: Podwórkowy klub teoretyków-gawędziarzy.
Lines: 56
Approved: s...@b...bofh.org.pl
Message-ID: <X...@1...69.11.157>
References: <P...@i...man.szczecin.pl>
<3...@i...pl>
NNTP-Posting-Host: virgin.gazeta.pl
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: virgin.gazeta.pl 1036098697 20212 10.201.6.118 (31 Oct 2002 21:11:37 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 31 Oct 2002 21:11:37 +0000 (UTC)
X-Original-Date: Thu, 31 Oct 2002 20:40:03 -0000
X-Original-User-Agent: Xnews/5.04.25
X-Original-X-Disclaimer: Wyrazam swoje prywatne zdanie.
X-Original-Cache-Post-Path: sj-nntpcache-5!u...@m...cisco.com
X-Original-X-Cache: nntpcache 2.4.0b2 (see http://www.nntpcache.org/)
X-Original-X-Complaints-To: a...@s...com
X-Moderator: Przemyslaw Maciuszko <sal#irc.pl>
X-Moder-Tool: modArc v2.0, last rev. 2002.08.08
Xref: news-archive.icm.edu.pl pl.internet.polip:54760
[ ukryj 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