FMUSER Wirless Transmituj wideo i audio łatwiejsze!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
1 Wprowadzenie
Jako nowa, szerokopasmowa, wysokiej jakości usługa multimedialna w Internecie, IPTV stawia wyższe wymagania sieci metropolitalnej IP operatorów telekomunikacyjnych. W porównaniu z tradycyjną technologią unicast, technologia multiemisji ma tę zaletę, że przepustowość sieci nie zwiększa się liniowo wraz z liczbą użytkowników na podstawie równoważnej wydajności transmisji i może skutecznie zmniejszyć obciążenie serwera wideo i sieci nośnej. Dlatego też, aby operatorzy telekomunikacyjni mogli efektywnie i ekonomicznie wdrażać i wdrażać usługi IPTV, zaleca się korzystanie z funkcji push multicast typu end-to-end, a kluczem jest konfiguracja sieci multiemisji IP.
Obecnie miejska sieć operatorów telekomunikacyjnych IP składa się głównie z sieci szkieletowej obszaru metropolitalnego i sieci dostępu szerokopasmowego, a dane usługi IPTV są przesyłane do użytkownika za pośrednictwem sieci szkieletowej obszaru metropolitalnego i sieci dostępu szerokopasmowego. Sieć szkieletowa metra składa się głównie z urządzeń warstwy sieciowej (warstwy 3), które mogą umożliwiać protokołom routingu multiemisji, takim jak PIM-SM, dostęp do źródeł multiemisji (tj. Urządzeń stacji czołowej IPTV) w celu routingu i przekazywania pakietów multiemisji. Szerokopasmowa sieć dostępowa składa się głównie z urządzeń warstwy łącza danych (warstwy 2), a technologie takie jak IGMP Proxy lub IGMP Snooping mogą być wykorzystywane do przesyłania multiemisji w warstwie 2 w celu uzyskania dostępu do urządzeń końcowych IPTV (tj. Dekoderów IPTV). Rysunek 1 to schematyczny diagram modelu IPTV typu „od końca do końca” typu push multicast.
PIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Rysunek 1 Model sieci IPTV typu end-to-end typu push w multiemisji
W tym artykule opisano kluczowe technologie konfiguracji sieci IPTV typu „od końca do końca” typu „push” z dwoma różnymi poziomami sieci: metropolitalnej sieci szkieletowej i szerokopasmowej sieci dostępowej.
2. Kluczowa technologia konfiguracji multiemisji dla sieci szkieletowej metra
2.1 Technologia routingu multiemisji
Główną różnicą między wiadomością multiemisji a wiadomością pojedynczą jest identyfikacja adresu docelowego wiadomości. Adres docelowy wiadomości multiemisji to adres grupy multiemisji (adres IP klasy D zaczynający się od „1110”), a wiadomość pojedyncza jest oparta na adresie IP hosta docelowego. Adres jest używany jako adres docelowy. Ponieważ nie ma korespondencji typu jeden do jednego między adresem grupy rozsyłania grupowego a hostem docelowym, router rozsyłania grupowego może wykorzystywać niepowtarzalność adresu źródłowego wiadomości do podejmowania decyzji dotyczących routingu. Innymi słowy, router multiemisji wysyła wiadomość w kierunku od źródła multiemisji na podstawie adresu źródłowego wiadomości zamiast adresu docelowego. Ta technologia nazywa się odwrotnym przekazywaniem ścieżki (w skrócie RPF).
Aby uniknąć problemów, takich jak pętle routingu, RPF określa, że pakiety multiemisji muszą docierać do routera z wyznaczonego sąsiedniego węzła w górę, a pakiety multiemisji przekazywane przez inne sąsiednie węzły są odrzucane. Gdy występuje problem z routingiem multiemisji, pakiety multiemisji mogą nie być w stanie dotrzeć innymi ścieżkami, takimi jak pakiety unicast, sygnały transmisji na żywo IPTV zostaną przerwane w sieci szkieletowej, a aplikacje unicast, takie jak przeglądanie stron internetowych oraz wysyłanie i odbieranie poczty, są normalne przeszkody. W tym momencie, wzdłuż ścieżki dystrybucji multiemisji, sprawdź tablicę routingu RPF routera multiemisji i jego sąsiednich węzłów.
2.2 Technologia przełączania routingu multiemisji
Drzewo dystrybucji multiemisji w protokole PIM-SM można podzielić na dwie kategorie: drzewo źródłowe i drzewo współdzielone. Drzewo źródłowe używa źródła multiemisji jako korzenia drzewa, znanego również jako drzewo najkrótszej ścieżki, co może zminimalizować opóźnienie multiemisji od końca do końca, ale router musi przechowywać dużą ilość informacji o routingu, co pochłania dużo zasobów systemowych; wspólne drzewo używa RP (PIM-SM) Ważny router w protokole, używany do routingu i zbieżności między źródłami multiemisji i routerami multiemisji) Jako wspólny węzeł główny wszystkich drzew dystrybucji multiemisji, ruch źródłowy multiemisji musi najpierw dotrzeć do RP, zanim zostanie dostarczane, a ścieżka multiemisji zwykle nie jest optymalna, wprowadzi dodatkowe opóźnienie sieciowe, ale informacje o routingu, które router musi zachować, mogą być bardzo małe.
Protokół PIM-SM w pełni wykorzystuje zalety dwóch drzew dystrybucji multiemisji. Na początkowym etapie multiemisji router multiemisji nie może korzystać z drzewa źródłowego, ponieważ nie może znać lokalizacji źródła multiemisji, ale może uzyskać kilka pierwszych pakietów multiemisji wysłanych przez źródło multiemisji przez znany węzeł RP i jego współdzielone drzewo. Poznaj lokalizację źródła multiemisji i przełącz się z drzewa współdzielonego na drzewo źródłowe, aby zmniejszyć opóźnienia w sieci i uniknąć wąskich gardeł sieci, które mogą być spowodowane przez węzły RP.
Sieć szkieletowa metra składa się głównie z routerów Cisco. Routery, takie jak Cisco, implementują przełączanie drzewa dystrybucji multiemisji za pomocą wstępnie ustawionego progu SPT-Threshold szybkości przepływu. Kiedy zostanie wykryte, że natężenie przepływu multiemisji źródła multiemisji przekracza SPT-Threshold, jego routing multiemisji przełączy się z drzewa współdzielonego do drzewa źródłowego; podobnie, jeśli natężenie przepływu multiemisji jest niższe niż SPT-Threshold, jego routing multiemisji Można również przełączyć się z powrotem z drzewa źródłowego do drzewa współdzielonego. SPT-Threshold jest ogólnie skonfigurowana na 0, więc router przełączy się z udostępnionego drzewa do źródła po odebraniu pierwszego pakietu multiemisji.
2.3 Technologia konfiguracji RP
Jako węzeł główny współdzielonego drzewa, RP odgrywa rolę łączenia w górę iw dół w procesie multiemisji. Biorąc pod uwagę, że protokół PIM-SM ma cechy przełączania drzewa dystrybucji multiemisji, RP jest zwykle używany do ustanowienia początkowego połączenia między źródłem multiemisji a routerem multiemisji. Gdy routing multiemisji routera zostanie przełączony z drzewa współdzielonego do drzewa źródłowego, nie będzie on RP, a jego współdzielone drzewo będzie ponownie potrzebne. Dlatego lokalizacja RP w sieci multiemisji nie jest bardzo ważna. Kluczem jest jego niezawodność i stabilność.
Aby poprawić niezawodność i stabilność RP, można wybrać wiele routerów multiemisji, aby współdzieliły funkcję RP (czyli technologię Anycast RP), a interfejs sprzężenia zwrotnego każdego węzła RP ma przypisany ten sam adres IP, tworząc w ten sposób współdzielenie obciążenia i ochrona przed awariami.
Problem z konfiguracją RP w sieci multiemisji jest związany nie tylko z konfiguracją i wdrożeniem samego węzła RP, ale obejmuje również problem tego, w jaki sposób inne routery multiemisji dowiadują się o węźle RP. Na początkowym etapie multiemisji router multiemisji może nie znać lokalizacji źródła multiemisji, ale adres RP musi być znany. Router multiemisji może uzyskać adres RP na dwa główne sposoby, to znaczy metodą statycznej konfiguracji RP i metodą automatycznego wykrywania RP. Statyczna konfiguracja RP jest bezpieczniejsza i może skutecznie zapobiegać oszukańczym działaniom, takim jak fałszowanie RP, ale obciążenie konfiguracją sieci jest duże i nie sprzyja dynamicznemu dostosowywaniu RP i innych węzłów; automatyczne wykrywanie RP może zmniejszyć obciążenie związane z konfiguracją i ułatwić zmiany w sieci i strategie kontroli. Dostosowanie, ale istnieją pewne zagrożenia bezpieczeństwa. W przypadku małej, miejskiej sieci szkieletowej można użyć metody statycznej konfiguracji RP na każdym routerze multiemisji; w przypadku wielkoskalowej sieci szkieletowej obszaru metropolitalnego z rygorystycznymi politykami ochrony bezpieczeństwa zaleca się stosowanie metody automatycznego wykrywania RP.
2.4 Technologia łączenia grupowego typu head-end IPTV
Na początkowym etapie rozsyłania grupowego routery rozsyłania grupowego generalnie uzyskują informacje o ruchu i lokalizacji stacji czołowej IPTV (tj. Źródła multiemisji) za pośrednictwem znanych węzłów RP i ich współdzielonych drzew. Aby RP mógł dowiedzieć się o źródle multiemisji, router multiemisji podłączony bezpośrednio do źródła multiemisji jest odpowiedzialny za kapsułkowanie pierwszych kilku pakietów multiemisji wysłanych przez źródło multiemisji w oddzielnym komunikacie rejestru PIM i inicjuje multiemisję do RP w trybie unicast tryb. Proces rejestracji źródła. Poprzez tę wiadomość RP może uzyskać nie tylko pakiety z interesującej nas grupy multiemisji, ale także adres IP źródła multiemisji. Następnie RP przekazuje informacje o źródle multiemisji do innych routerów multiemisji i kończy proces rejestracji źródła multiemisji komunikatem PIM Registe-Stop.
3. Technologia konfiguracji klucza multiemisji szerokopasmowej sieci dostępowej
3.1 Technologia dołączania do multiemisji użytkowników końcowych IPTV
Klient IPTV (przystawka telewizyjna) komunikuje się z routerem multiemisji (zwykle realizowanym przez router usługowy lub serwer dostępu szerokopasmowego) warstwy kontroli dostępu do sieci szkieletowej metra za pośrednictwem protokołu IGMP za pośrednictwem sieci szerokopasmowej w celu dołączenia lub wyjścia z określonej Grupa multiemisji (tj. Kanał na żywo IPTV).
Gdy przystawka STB wysyła wiadomość z żądaniem przyłączenia grupy multiemisji do routera multiemisji, docelowym adresem MAC wiadomości jest adres MAC grupy multiemisji zamiast routera multiemisji, który różni się od metody emisji pojedynczej. Należy zauważyć, że adres MAC grupy multiemisji w rzeczywistości odpowiada 32 różnym adresom IP grup multiemisji. Dzieje się tak, ponieważ adres MAC grupy multiemisji to 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, czyli efektywna przestrzeń adresowa to tylko 23 bity, a efektywna adres grupy multiemisji IP Jest 28 spacji.
Relacja mapowania między nimi polega na zrównaniu dolnych 23 bitów adresu MACC z dolnymi 23 bitami adresu IP, co powoduje utratę górnych 5 bitów adresu IP grupy rozsyłania grupowego. Na przykład, jeśli trzy różne kanały IPTV na żywo używają 224.0.0.1, 224.128.0.1 i 239.128.0.1 jako adresów IP grup multiemisji, odpowiadające im adresy MAC grup multiemisji to 01: 00: 5E: 00: 00:01, co oznacza spowoduje, że dekoder i sprzęt drugiego rzędu sieci szerokopasmowego dostępu nie będą w stanie rozróżnić trzech sygnałów. Dlatego należy zwrócić uwagę na takie problemy podczas planowania adresów IP multiemisji.
3.2 Technologia przekazywania multiemisji w warstwie 2
Szerokopasmowa sieć dostępowa składa się z dużej liczby elementów sieciowych, takich jak przełączniki warstwy 2 i DSLAM działające w warstwie łącza danych. Cechą sprzętu warstwy 2 jest to, że wymienia / przekazuje ramki danych w oparciu o adresy MAC między portami urządzeń i ma słabe funkcje analizowania i routingu dla trzeciej warstwy (warstwy sieciowej) pakietów IP, więc nie może bezpośrednio obsługiwać protokołu IGMP działającego na trzecia warstwa. Oraz inne protokoły multiemisji. Kiedy typowe urządzenie warstwy 2, takie jak przełącznik, przetwarza ruch multiemisji IPTV, rozgłasza ramki danych multiemisji do wszystkich swoich portów zgodnie z nieznanymi adresami docelowymi lub metodami rozgłaszania, co może powodować problemy, takie jak burze rozgłoszeniowe.
Aby rozwiązać problem zalewania pakietów multiemisji, należy zastosować technologie przekazywania multiemisji w warstwie 2, takie jak technologie IGMP Snooping i IGMP Proxy. Technologia IGMP Snooping monitoruje komunikat IGMP między dekoderem a routerem multiemisji, aby uchwycić relację przekazywania portu urządzenia do ramki danych multiemisji; podczas gdy technologia IGMP Proxy przechwytuje komunikat IGMP między dekoderem a routerem multiemisji Filtrowanie i przekazywanie proxy może zaoszczędzić ruch multiemisji między routerem multiemisji a urządzeniem warstwy 2, ale wymaga wysokich wskaźników wydajności, takich jak moc przetwarzania i pamięć urządzenia elementu sieciowego. Podczas konfigurowania urządzeń warstwy 2 można wybrać zgodnie z rzeczywistą wydajnością urządzenia będącego elementem sieci i stopniem obsługi technologii IGMP Snooping / Proxy.
Jako przykład weźmy kanał na żywo IPTV o przepustowości 2 Mbit / s. Jeśli urządzenie warstwy 2 nie korzysta z technologii przekazywania multiemisji w warstwie 2, pakiety multiemisji wysyłane do wszystkich użytkowników IPTV będą przekazywane do wszystkich portów, nawet jeśli port użytkownika ma 10 Mbit / s. s przepustowość dostępu, pakiety multiemisji 5 kanałów na żywo IPTV mogą być blokowane; po przyjęciu technologii przekazywania multiemisji w warstwie 2 pakiety multiemisji są przekazywane tylko do portów z żądaniem użycia, a jeśli każdy port jest podłączony co najwyżej tylko W przypadku dekodera IPTV, co najwyżej jeden pakiet multiemisji (to znaczy 2 Mbit / s) kanału na żywo jest kierowany do odpowiedniego portu.
3.3 Technologia konfiguracji sieci VLAN
Ruch przekazywany przez multiemisję warstwy 2 obejmuje tylko usługi multiemisji IPTV i nie obejmuje innych usług szerokopasmowych. Dlatego w sieci szerokopasmowego dostępu do izolowania ruchu multiemisji IPTV od innych usług i ruchu użytkowników na ogół stosuje się technologie takie jak sieci VLAN. Powszechnie używane technologie VLAN obejmują technologię replikacji multiemisji między sieciami VLAN z sieci VLAN multiemisji do sieci VLAN każdego użytkownika oraz QinQ, która rozwiązuje problem z niewystarczającą liczbą identyfikatorów VLAN.
3.4 Statyczna i dynamiczna technologia multiemisji
Program IPTV na żywo jest dostarczany do terminala użytkownika za pośrednictwem sieci nośnika IP i istnieją głównie dwa tryby multiemisji, mianowicie tryb dynamicznej transmisji grupowej i statyczny tryb multiemisji. W trybie dynamicznej multiemisji przełączniki, DSLAM i inne urządzenia będą odbierać i dostarczać program kanału dopiero po odebraniu pierwszego żądania użytkownika o przyłączenie się do kanału (grupa multiemisji); i kiedy kanał (grupa multiemisji) trwa. Kiedy użytkownik wyloguje się, urządzenie sieciowe przestanie odbierać strumień multiemisji. Statyczny tryb multiemisji polega na statycznej konfiguracji wpisów przesyłania multiemisji MAC każdego kanału IPTV (grupy multiemisji) w urządzeniu przełączającym, niezależnie od tego, czy dalsi użytkownicy oglądają go, czy nie, strumień multiemisji został dostarczony do urządzenia elementu sieciowego.
Statyczny ruch multiemisji nie ma nic wspólnego z liczbą użytkowników IPTV, tylko liczbą kanałów i przepustowością na kanał. Gdy liczba użytkowników jest mniejsza niż liczba kanałów, ruch będzie większy niż ruch w trybie emisji pojedynczej; Maksymalny ruch dynamicznego multiemisji występuje wtedy, gdy liczba jednoczesnych użytkowników IPTV jest mniejsza niż liczba kanałów. Gdy liczba jednoczesnych użytkowników IPTV jest większa niż liczba kanałów, jest to równoważne statycznemu ruchowi multiemisji. W statycznym trybie multiemisji szybkość przełączania kanału użytkownika jest duża, a percepcja usług dobra, ale zapotrzebowanie na przepustowość sieci jest większe; dynamiczna multiemisja może zminimalizować ruch sieciowy w każdych okolicznościach, ale gdy użytkownik otrzyma nowy kanał (grupę multiemisji), może wystąpić pewne opóźnienie sieciowe.
Gdy liczba użytkowników IPTV podłączonych do sprzętu sieciowego jest bardzo mała, zalety multiemisji nie są oczywiste. Dlatego w początkowej fazie rozwoju usług IPTV nie ma wielu użytkowników IPTV lub nie została odtworzona szerokopasmowa sieć dostępowa. Możesz użyć dynamicznego multiemisji, a nawet unicast, do przesyłania sygnałów na żywo IPTV. Kiedy liczba użytkowników podłączonych do urządzenia sieciowego znacznie przekracza liczbę kanałów IPTV, cechy multiemisji w celu zaoszczędzenia przepustowości ruchu sieciowego stają się coraz bardziej istotne. W tym czasie, to znaczy, gdy usługa IPTV została rozwinięta do dojrzałego etapu i nastąpiła transformacja sieci dostępu szerokopasmowego, statyczny tryb multiemisji może być użyty do transmisji sygnału IPTV na żywo w celu dalszej poprawy jakości usługi IPTV. Dlatego operatorzy mogą zdecydować, czy skonfigurować sprzęt sieci dostępowej w dynamicznym czy statycznym trybie multiemisji zgodnie z rzeczywistymi warunkami, takimi jak jakość sieci i penetracja usług IPTV.
Wnioski 4
Łącząc istniejącą metropolitalną sieć operatorów telekomunikacyjnych IP, w niniejszym artykule systematycznie objaśnia się kluczowe technologie konfiguracji kompleksowej sieci multiemisji typu push IPTV, która ma duże znaczenie referencyjne dla operatorów telekomunikacyjnych w zakresie wydajnego i ekonomicznego wdrażania i wdrażania usług IPTV.
|
Wpisz e-mail, aby otrzymać niespodziankę
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
FMUSER Wirless Transmituj wideo i audio łatwiejsze!
Kontakt
Adres:
Nr 305 Pokój HuiLan Budynek nr 273 Huanpu Road Guangzhou Chiny 510620
Kategorie
Newsletter