FMUSER безжично предаване на видео и аудио по-лесно!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> африкаанс
sq.fmuser.org -> албански
ar.fmuser.org -> арабски
hy.fmuser.org -> Арменски
az.fmuser.org -> азербайджански
eu.fmuser.org -> баски
be.fmuser.org -> белоруски
bg.fmuser.org -> Български
ca.fmuser.org -> каталунски
zh-CN.fmuser.org -> китайски (опростен)
zh-TW.fmuser.org -> Китайски (традиционен)
hr.fmuser.org -> хърватски
cs.fmuser.org -> чешки
da.fmuser.org -> датски
nl.fmuser.org -> Холандски
et.fmuser.org -> естонски
tl.fmuser.org -> филипински
fi.fmuser.org -> финландски
fr.fmuser.org -> Френски
gl.fmuser.org -> галисийски
ka.fmuser.org -> грузински
de.fmuser.org -> немски
el.fmuser.org -> Гръцки
ht.fmuser.org -> хаитянски креолски
iw.fmuser.org -> иврит
hi.fmuser.org -> хинди
hu.fmuser.org -> Унгарски
is.fmuser.org -> исландски
id.fmuser.org -> индонезийски
ga.fmuser.org -> ирландски
it.fmuser.org -> Italian
ja.fmuser.org -> японски
ko.fmuser.org -> корейски
lv.fmuser.org -> латвийски
lt.fmuser.org -> Литовски
mk.fmuser.org -> македонски
ms.fmuser.org -> малайски
mt.fmuser.org -> Малтийски
no.fmuser.org -> Norwegian
fa.fmuser.org -> персийски
pl.fmuser.org -> полски
pt.fmuser.org -> португалски
ro.fmuser.org -> Romanian
ru.fmuser.org -> руски
sr.fmuser.org -> сръбски
sk.fmuser.org -> словашки
sl.fmuser.org -> Словенски
es.fmuser.org -> испански
sw.fmuser.org -> суахили
sv.fmuser.org -> шведски
th.fmuser.org -> Thai
tr.fmuser.org -> турски
uk.fmuser.org -> украински
ur.fmuser.org -> урду
vi.fmuser.org -> Виетнамски
cy.fmuser.org -> уелски
yi.fmuser.org -> Идиш
1 Въведение
Като нова висококачествена широколентова, висококачествена интернет мултимедийна услуга, IPTV поставя по-високи изисквания към IP мрежата на градските телекомуникационни оператори. В сравнение с традиционната едноадресна технология, мултикаст технологията има предимството, че мрежовата честотна лента не се увеличава линейно с броя на потребителите въз основа на еквивалентна ефективност на предаване и може ефективно да спести натоварването на видео сървъра и мрежата на носител. Следователно, за да могат телекомуникационните оператори да внедрят и внедрят услугите на IPTV ефективно и икономично, се препоръчва да се използва мултикаст тласък от край до край, а конфигурацията на IP мрежата за многоадресни услуги е от ключово значение.
Понастоящем IP мрежата на телекомуникационните оператори се състои главно от гръбначна мрежа на метрополис и широколентова мрежа за достъп, а данните от услугите на IPTV се пренасочват към крайния потребител през гръбначната мрежа на метрополитена и мрежата за широколентов достъп. Мрежовата магистрална мрежа се състои главно от устройства с мрежов слой (слой 3), които могат да позволят на протоколи за многоадресно маршрутизиране, като PIM-SM, за достъп до мултикаст източници (т.е. IPTV главни устройства) за маршрутизиране и препращане на многоадресни пакети. Широколентовата мрежа за достъп се състои главно от оборудване за слой за връзка за данни (слой 2), а технологии като IGMP Proxy или IGMP Snooping могат да се използват за пренасочване на мултикаст на ниво 2 за достъп до IPTV терминално оборудване (т.е. IPTV приставки). Фигура 1 е схематична диаграма на IPTV от край до край модел за многоадресно изпращане.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Фигура 1 Модел на IPTV от край до край за многоадресно изпращане
Тази статия описва ключовите технологии за конфигуриране на IPTV от край до край за многоадресни push мрежи от две различни мрежови нива: гръбначната мрежа на метрото и широколентовата мрежа за достъп.
2. Ключова технология за конфигуриране на многоадресно предаване за опорна мрежа на метрото
2.1 Технология за многоадресно маршрутизиране
Основната разлика между многоадресното съобщение и едноадресното съобщение е идентификацията на адреса на местоназначението на съобщението. Адресът на местоназначението на мултикаст съобщението е адресът на мултикаст групата (IP адрес от клас D, започващ с "1110"), а съобщението на едноадресен адрес се основава на IP адреса на хоста на дестинацията. Адресът се използва като адрес на местоназначението. Тъй като няма индивидуална кореспонденция между адреса на групата за многоадресно предаване и хоста на местоназначението, маршрутизаторът за многоадресно предаване може да използва уникалността на адреса на източника на съобщението, за да взема решения за маршрутизиране. С други думи, многоадресният маршрутизатор изпраща съобщението в посока далеч от източника на мултикаст въз основа на адреса на източника на съобщението вместо адреса на местоназначението. Тази технология се нарича препращане на обратен път (накратко RPF).
За да се избегнат проблеми като маршрутизиране на цикли, RPF предвижда, че многоадресните пакети трябва да достигат до рутера от посочения възходящ съседен възел, а многоадресните пакети, препратени от други съседни възли, се отхвърлят. Когато има проблем с маршрутизацията на многоадресно предаване, многоадресните пакети може да не успеят да достигнат по други пътища като едноадресни пакети, IPTV предаванията на живо ще бъдат прекъснати в гръбначната мрежа и приложенията за едноадресни предавания като сърфиране в мрежата и изпращане и получаване на поща са нормални препятствия. По това време, по пътя на разпространението на мултикаст, проверете таблицата за маршрутизиране на RPF на многоадресния маршрутизатор и неговите съседни възли.
2.2 Технология за превключване на многоадресни маршрути
Дървото за разпространение на мултикаст в протокола PIM-SM може да бъде разделено на две категории: дърво на източника и споделено дърво. Дървото на източника използва многоадресния източник като корен на дървото, известно още като дърво с най-краткия път, което може да сведе до минимум закъснението на многоадресното предаване от край до край, но маршрутизаторът трябва да съхранява голямо количество информация за маршрутизация, която консумира много на системните ресурси; споделеното дърво използва RP (PIM-SM) Важен маршрутизатор в протокола, използван за маршрутизиране и сближаване между мултикаст източници и многоадресни маршрутизатори) Като общ корен възел на всички дървета за разпространение на мултикаст, трафикът на мултикаст източника трябва първо да достигне до RP, преди да бъде доставено, а пътят за многоадресно предаване обикновено не е оптимален, Той ще въведе допълнително закъснение в мрежата, но информацията за маршрута, която рутерът трябва да запази, може да бъде много малка.
Протоколът PIM-SM използва в пълна степен предимствата на двете многоадресни дървета за разпространение. В началния етап на мултикаст маршрутизаторът за мултикаст не може да използва дървото на източника, тъй като не може да знае местоположението на източника на мултикаст, но може да получи първите няколко пакета за мултикаст, изпратени от мултикаст източника чрез известния RP възел и неговото споделено дърво. Знайте местоположението на мултикаст източника и превключете от споделеното дърво към дървото на източника, за да намалите мрежовото забавяне и да избегнете пречките в мрежата, които могат да бъдат причинени от RP възли.
Мрежовата опорна мрежа обикновено се състои главно от рутери на Cisco. Рутери като Cisco реализират превключването на дървото за разпространение на мултикаст през предварително зададения праг SPT-Threshold на скоростта на потока. Когато се установи, че скоростта на многоадресен поток на мултикаст източник надвишава SPT-Threshold, маршрутизацията му за многоадресно предаване ще премине от споделеното дърво към дървото източник; по същия начин, ако скоростта на многоадресен поток е по-ниска от SPT-Threshold, маршрутизацията му за многоадресно предаване Можете също да се върнете от дървото източник към споделеното дърво. SPT-Threshold обикновено е конфигуриран като 0, така че маршрутизаторът ще превключи от споделеното дърво към източника след получаване на първия пакет за многоадресно предаване.
2.3RP технология за конфигуриране
Като основен възел на споделеното дърво, RP играе роля на свързване нагоре и надолу в процеса на мултикаст. Като се има предвид, че протоколът PIM-SM има характеристиките на превключване на дърво за многоадресно разпределение, RP обикновено се използва за установяване на първоначалната връзка между източника на мултикаст и маршрутизатора за мултикаст. След като маршрутизацията за многоадресно предаване на маршрутизатора е превключена от споделеното дърво към дървото източник, той няма да RP и неговото споделено дърво са необходими отново. Следователно местоположението на RP в мултикаст мрежата не е много важно. Ключът е неговата надеждност и стабилност.
За да се подобри надеждността и стабилността на RP, могат да бъдат избрани множество многоадресни маршрутизатори, които да споделят функцията на RP (т.е. технология Anycast RP), а на интерфейса за обратна връзка на всеки RP възел се присвоява един и същ IP адрес, като по този начин се формира споделяне на товара и защита от повреда.
Проблемът с конфигурацията на RP в мултикаст мрежата е свързан не само с конфигурирането и разполагането на самия RP възел, но също така включва проблема с това как други многоадресни маршрутизатори научават за RP възела. В началния етап на мултикаст маршрутизаторът за мултикаст може да не знае местоположението на мултикаст източника, но RP адресът трябва да е известен. Има два основни начина за многоадресен маршрутизатор да получи RP адрес, т.е. методът на статичната конфигурация RP и методът RP за автоматично откриване. Статичната конфигурация на RP е по-сигурна и може ефективно да предотврати измамни дейности като изковаване на RP, но натоварването на мрежовата конфигурация е голямо и не допринася за динамичната настройка на RP и други възли; автоматичното откриване на RP може да намали натоварването на конфигурацията и да улесни мрежовите промени и стратегиите за контрол. Корекция, но има определени рискове за сигурността. За мащабна гръбначна мрежа на столична област можете да използвате метода за статично конфигуриране на RP на всеки маршрутизатор за многоадресно предаване; за мащабна гръбначна мрежа на столична зона със строги политики за защита на защитата се препоръчва използването на метода за автоматично откриване на RP.
2.4 Технология за главно свързване на мултикаст IPTV
В началния етап на многоадресното предаване маршрутизаторите за многоадресно предаване обикновено получават информация за трафика и местоположението на IPTV (т.е. източник на мултикаст) чрез известни RP възли и техните общи дървета. За да може RP да научи за източника на мултикаст, маршрутизаторът за мултикаст, директно свързан към източника на мултикаст, е отговорен за капсулирането на първите няколко пакета за мултикаст, изпратени от източника на мултикаст в отделно съобщение на PIM регистъра, и инициира мултикаст към RP при едноадресно изпращане режим. Процес на регистрация на източника. Чрез това съобщение RP може да получи не само пакетите от групата на интересуващата група, но и IP адреса на източника на мултикаст. След това RP препраща информацията за мултикаст източника към други маршрутизатори за многоадресно предаване и завършва процеса на регистрация на мултикаст източника със съобщение PIM Registe-Stop.
3. Технология за конфигуриране на мултикаст ключови мрежи за широколентов достъп
3.1 Технология за многоадресно присъединяване на потребители на IPTV
IPTV клиентът (приставка) комуникира с многоадресния маршрутизатор (обикновено се извършва от сервизния рутер или сървър за широколентов достъп) на слоя за управление на достъпа до услугата на метрото в магистралната мрежа чрез протокола IGMP през широколентовата мрежа за достъп, за да се присъедини или излезе от конкретна Мултикаст група (т.е. IPTV канал на живо).
Когато приемникът изпрати съобщение за заявка за присъединяване към група за многоадресно предаване до маршрутизатор за многоадресно предаване, MAC адресът на дестинацията на съобщението е MAC адресът на групата за многоадресно предаване вместо многоадресния маршрутизатор, който е различен от метода за едноадресно предаване. Трябва да се отбележи, че MAC адресът на многоадресната група всъщност съответства на 32 различни IP адреса на многоадресната група. Това е така, защото MAC адресът на групата мултикаст е 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, тоест ефективното адресно пространство е само 23 бита, а ефективното адрес на мултикаст групата IP Има 28 интервала.
Взаимоотношението на картографиране между двете е да се приравнят долните 23 бита на MACC адреса с долните 23 бита на IP адреса, което води до загуба на горните 5 бита на IP адреса на мултикаст групата. Например, ако три различни IPTV канала на живо използват 224.0.0.1, 224.128.0.1 и 239.128.0.1 като IP адреси на групата за многоадресно предаване, съответните MAC адреси на групата им за многоадресно предаване са всички 01: 00: 5E: 00: 00:01, което ще причини декодерът и оборудването от второ ниво на широколентовата мрежа за достъп да не могат да различават трите сигнала. Ето защо, обърнете внимание на такива проблеми, когато планирате IP адреси за многоадресно предаване.
3.2 Технология за пренасочване на мултикаст на ниво 2
Мрежата за широколентов достъп е съставена от голям брой устройства с мрежови елементи, като комутатори от ниво 2 и DSLAM, работещи на слоя за връзка с данни. Характеристиката на оборудването от ниво 2 е, че то обменя / препраща рамки от данни въз основа на MAC адреси между портовете на устройствата и има лоши функции за анализиране и маршрутизиране за третия слой (мрежов слой) на IP пакетите, така че не може директно да поддържа IGMP, работещ върху трети слой. И други многоадресни протоколи. Когато типично устройство от ниво 2, като комутатор, обработва IPTV мултикаст трафик, то излъчва многоадресни рамки с данни към всички свои портове според неизвестни адреси на дестинация или методи на излъчване, което вероятно ще причини проблеми като излъчващи бури.
За да се реши проблемът с многоадресното наводняване на пакети, трябва да се възприемат технологии за пренасочване на мултикаст на ниво 2, като IGMP Snooping и IGMP Proxy. Технологията IGMP Snooping следи съобщението IGMP между приемника и маршрутизатора за многоадресно предаване, за да схване връзката за пренасочване на порта на устройството към рамката за данни за многоадресно предаване; докато технологията IGMP Proxy прихваща съобщението IGMP между приемника и маршрутизатора за многоадресно предаване, филтрирането и пренасочването на прокси може да спести многоадресен трафик между многоадресния маршрутизатор и устройството Layer 2, но изисква високи показатели за производителност като капацитет за обработка и памет на устройството на мрежовия елемент. Когато конфигурирате устройства от ниво 2, можете да изберете в зависимост от действителната производителност на устройството на мрежовия елемент и степента на поддръжка за технологията IGMP Snooping / Proxy.
Вземете за пример IPTV канал на живо с честотна лента 2 Mbit / s. Ако устройството Layer 2 не използва технологията за пренасочване на мултикаст Layer 2, многоадресните пакети, изпратени до всички потребители на IPTV, ще бъдат препратени към всички портове, дори ако потребителският порт има 10 Mbit / s. s Достъп до честотна лента, многоадресните пакети от 5 IPTV канала на живо могат да бъдат блокирани; след възприемане на технологията за пренасочване на мултикаст Layer 2, многоадресните пакети се препращат към портовете само със заявката за използване и ако всеки порт е свързан най-много само за IPTV приставка, най-много само един пакет за многоадресно предаване (т.е. 2 Mbit / s трафик) на канал на живо се препраща към съответния порт.
3.3 VLAN технология за конфигуриране
Трафикът, препратен от мултикаст на ниво 2, включва само услуги за многоканално IPTV и не включва други широколентови услуги. Следователно, в широколентовата мрежа за достъп, технологии като VLAN обикновено се използват за изолиране на IPTV многоадресен трафик от други услуги и потребителски трафик. Често използваните VLAN технологии включват кръстосана VLAN технология за репликация на мултикаст от мултикаст VLAN до всеки потребител VLAN и QinQ, която решава недостатъчен брой VLAN ID
3.4 Статична мултикаст и динамична мултикаст технология
Програмата на живо на IPTV се доставя на потребителския терминал чрез мрежата на IP носител и има основно два режима на многоадресно предаване, а именно динамичен режим на многоадресно предаване и статичен режим на многоадресно предаване. В динамичен режим на многоадресно предаване, превключватели, DSLAM и други устройства ще получават и доставят програмата на канала само след получаване на първата потребителска заявка за присъединяване към канал (група за многоадресно предаване); и когато трае каналът (мултикаст група) Когато потребителят излезе, устройството на мрежовия елемент ще спре да получава мултикаст потока. Статичният режим на мултикаст е да конфигурира статично MAC многоадресните препращащи записи на всеки IPTV канал (група мултикаст) на комутационното оборудване, независимо дали потребителите надолу по веригата го гледат или не, мултикаст потокът е доставен към оборудването на мрежовия елемент.
Статичният мултикаст трафик няма нищо общо с броя на потребителите на IPTV, а само с броя на каналите и честотната лента на канал. Когато броят на потребителите е по-малък от броя на каналите, трафикът ще бъде по-голям от едноадресния трафик; максималният трафик на динамично многоадресно предаване е, когато броят на едновременните потребители на IPTV е по-малък от броя на каналите. Когато броят на едновременните потребители на IPTV е по-голям от броя на каналите, това е еквивалентно на статичния трафик на многоадресно предаване. В статичния режим на многоадресно предаване скоростта на превключване на канала на потребителя е бърза и възприемането на услугата е добро, но търсенето на честотна лента на мрежата е по-голямо; динамичното многоадресно предаване може да минимизира мрежовия трафик при всякакви обстоятелства, но когато потребителят получи нов канал (Мултикаст група), може да има известно мрежово забавяне.
Когато броят на потребителите на IPTV, свързани към мрежовото оборудване, е много малък, предимствата на мултикаст не са очевидни. Следователно в началния етап от развитието на IPTV услугите няма много потребители на IPTV или мрежата за широколентов достъп не е реконструирана на място. Можете да използвате динамичен мултикаст или дори едноадресен за предаване на IPTV живи сигнали. Когато броят на потребителите, свързани към мрежово устройство, значително надвишава броя на IPTV каналите, характеристиките на многоадресното изпращане за спестяване на честотна лента на мрежовия трафик стават все по-значими. По това време, т.е. когато услугата IPTV е разработена до зрял етап и е налице преобразуването на мрежата за широколентов достъп, статичният режим на многоадресно предаване може да се използва за предаване на IPTV сигнал на живо за по-нататъшно подобряване на качеството на услугата IPTV. Следователно операторите могат да решат дали да конфигурират мрежовото оборудване за достъп в динамичен или статичен режим на многоадресно предаване в съответствие с действителните условия като качество на мрежата и проникване на IPTV услуга.
4 Заключение
Комбинирайки съществуващата IP мрежа от телекомуникационни оператори, настоящият документ систематично разяснява ключовите технологии на IPTV от край до край мултикастна конфигурация на тласкаща мрежа, която има добро референтно значение за телекомуникационните оператори да внедрят и внедрят IPTV услугите ефективно и икономично.
|
Въведете имейл, за да получите изненада
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> африкаанс
sq.fmuser.org -> албански
ar.fmuser.org -> арабски
hy.fmuser.org -> Арменски
az.fmuser.org -> азербайджански
eu.fmuser.org -> баски
be.fmuser.org -> белоруски
bg.fmuser.org -> Български
ca.fmuser.org -> каталунски
zh-CN.fmuser.org -> китайски (опростен)
zh-TW.fmuser.org -> Китайски (традиционен)
hr.fmuser.org -> хърватски
cs.fmuser.org -> чешки
da.fmuser.org -> датски
nl.fmuser.org -> Холандски
et.fmuser.org -> естонски
tl.fmuser.org -> филипински
fi.fmuser.org -> финландски
fr.fmuser.org -> Френски
gl.fmuser.org -> галисийски
ka.fmuser.org -> грузински
de.fmuser.org -> немски
el.fmuser.org -> Гръцки
ht.fmuser.org -> хаитянски креолски
iw.fmuser.org -> иврит
hi.fmuser.org -> хинди
hu.fmuser.org -> Унгарски
is.fmuser.org -> исландски
id.fmuser.org -> индонезийски
ga.fmuser.org -> ирландски
it.fmuser.org -> Italian
ja.fmuser.org -> японски
ko.fmuser.org -> корейски
lv.fmuser.org -> латвийски
lt.fmuser.org -> Литовски
mk.fmuser.org -> македонски
ms.fmuser.org -> малайски
mt.fmuser.org -> Малтийски
no.fmuser.org -> Norwegian
fa.fmuser.org -> персийски
pl.fmuser.org -> полски
pt.fmuser.org -> португалски
ro.fmuser.org -> Romanian
ru.fmuser.org -> руски
sr.fmuser.org -> сръбски
sk.fmuser.org -> словашки
sl.fmuser.org -> Словенски
es.fmuser.org -> испански
sw.fmuser.org -> суахили
sv.fmuser.org -> шведски
th.fmuser.org -> Thai
tr.fmuser.org -> турски
uk.fmuser.org -> украински
ur.fmuser.org -> урду
vi.fmuser.org -> Виетнамски
cy.fmuser.org -> уелски
yi.fmuser.org -> Идиш
FMUSER безжично предаване на видео и аудио по-лесно!
Контакти
Адрес
No.305 Стая HuiLan Сграда No.273 Huanpu Road Гуанджоу Китай 510620
Категории
Бюлетин