CC BY
27
2. Заболотнов Ю.М. Введение в динамику и управление движением космических тросовых систем / Ю.М. Заболотнов. Пекин: Science Press, 2013. 140 с.
3. Заболотнов Ю.М. Управление развертыванием орбитальной тросовой системы в вертикальное положение с малым грузом / Ю.М. Заболотнов // Прикладная математика и механика, 2015. Том 79. Вып. 1. С. 37-47.
4. Белецкий В.В. Динамика космических тросовых систем / В.В. Белецкий, Е.М. Левин. М.: Наука. Гл. ред. Физ.-мат. лит., 1990. 336 с.
МНОГОАДРЕСНАЯ ПЕРЕДАЧА ДАННЫХ Величко И.А. Email: [email protected]
Величко Иван Александрович - студент магистратуры, физико-технический факультет, Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Кубанский государственный университет, г. Краснодар
Аннотация: в статье рассматривается пример настройки IPTV с использованием маршрутизатора и сервера видеосигнала. Данный способ может использоваться малыми провайдерами и фирмами, которые хотят создать у себя собственное IP телевидение. IPTV или телевидение по протоколу интернета, универсальная технология, имеющая множество преимуществ перед аналогичными вариантами предоставления услуг телевидения. IPTV использует, в своей основе, многоадресную передачу данных (или мультикаст передачу), использование этой технологии позволяет максимально оптимизировать предоставление телевидения посредством сети интернет. Ключевые слова: IP телевидение, многоадресное вещание, маршрутизация.
MULTICAST ROUTING FOR IPTV Velichko ГА.
Velichko Ivan Aleksandrovich - Graduate Student, PHYSICAL-TECHNICAL FACULTY, FEDERAL STATE BUDGETARY EDUCATIONAL INSTITUTION OF HIGHER PROFESSIONAL EDUCATION KUBAN STATE UNIVERSITY, KRASNODAR
Abstract: the article describes an example of Internet Protocol Television settings using the router and server video. This method can be used by providers and businesses that want to create their own ip telecast. Internet Protocol Television or telecast via the Internet Protocol, a universal technology with many advantages over similar options for providing television services. Internet Protocol Television uses, at its core, multicast, the use of this technology allows to optimise the provision of television via the Internet. Keywords: IP TV, Multicast, broadcast, Routing.
УДК: 654.1
Целью данной работы является настройка сети для использования многоадресной передачи данных, в частности видеосигнала (IPTV).
Первым делом озвучим несколько понятий, чтоб исключить дальнейшие недопонимания. Существует три вида трафика:
unicast — одноадресный, один источник потока один получатель. При использовании в IPTV, получаем дублирование трафика и для каждого абонента приходится создавать свой поток;
broadcast — широковещательный, один источник, получатели все клиенты в сети. Клиентское оборудование вынуждено обрабатывать весь поток каналов, который может быть совсем не несколько килобит;
multicast — многоадресный, один отправитель, получатели некоторая группа клиентов. Абонент получает только тот поток, который запрашивает [1].
Очевидно, что для вещания каналов наибольшее предпочтение отдается multicast. Любой TV-канал, который мы хотим вещать в сеть, характеризуется адресом группы, который выбирается из диапазона, зарезервированного для этих целей: 224.0.0.0 - 239.255.255.255. Для работы IPTV необходим роутер, поддерживающий multicast (далее MR). Он будет отслеживать членство того или иного клиента в определенной группе, т.е. постоянно следить какому клиенту какой отправлять TV -канал. Настройка multicast routing
Предположим, что клиенты одной группы смотрят один и тот же видеоканал, но находятся они в разных сегментах сети (network A и network B). Для того, чтобы они получили свой канал и придуман multicast routing [2]. Пример настройки роутеров MR1 и MR2 используемых в нашей сети (Рис. 1).
RP
Network В
Рис. 1. Схема используемой сети
Адреса используемых подсетей: Network A - 10.1.0.0/24, Network B - 10.2.0.0/24, Network C -10.3.0.0/24.
Таблица 1. Конфигурация роутеров
MR1 MR2
MR1#sh run MR2#sh run
ip multicast-routing ip multicast-routing !
interface Ethernet 0 description Multicast Source ip address 10.0.0.1 255.255.255.0 ip pim sparse-mode interface Ethernet 0 description Link to MR1 ip address 10.10.10.2 255.255.255.0 ip pim sparse-mode !
interface Ethernet 1 description Network A ip address 10.1.0.1 255.255.255.0 ip pim sparse-mode interface Ethernet 1 description Network C ip address 10.3.0.1 255.255.255.0 ip pim sparse-mode !
interface Ethernet 2 description Network B ip address 10.2.0.1 255.255.255.0 ip pim sparse-mode ! ip pim rp-address 10.0.0.2 IPTV override ! ip access-list standard IPTV permit 224.11.0.0 0.0.0.3 !
interface Ethernet 3 description Link to MR2 ip address 10.10.10.1 255.255.255.0 ip pim sparse-mode ! ip route 10.0.0.0 255.255.255.0 10.10.10.1
ip pim rp-address 10.0.0.2 IPTV override !
ip access-list standard IPTV permit 224.11.0.0 0.0.0.3
Команда "ip multicast-routing" включает соответствующий routing, если же он выключен, то роутер не пересылает multicast пакеты.
Посмотрим, что будет происходить после настройки роутеров.
Как только включаем линк между роутерами MR1 и MR2, то должны увидеть в логах сообщения: Для MR1: %PIM-5-NBRCHG: neighbor 10.10.10.2 UP on interface Ethemet3 Для MR2:
%PIM-5-NBRCHG: neighbor 10.10.10.1 UP on interface Ethernet0
Это говорит о том, что роутеры установили отношение соседства по протоколу PIM друг с другом [3]. Проверить это также можно с помощью команды: MR1#sh ip pim neighbor PIM Neighbor Table
Mode: B — Bidir Capable, DR — Designated Router, N — Default DR Priority, S — State Refresh Capable
Neighbor Address 10.10.10.2 Interface Ethernet3 Uptime/Expires 00:03:05/00:01:37 Ver v2 DR Prio/Mode 1 / DR S
MR2#sh ip traffic IP statistics:
Rcvd: 36788 total, 433 local destination 0 format errors, 0 checksum errors, 2363 bad hop count Show ip mroute
После включения вещания трех каналов на сервере в таблице multicast маршрутизации наблюдаем следующее: MR1# sh ip mroute
(*, 224.12.0.1), 00:03:51/stopped, RP 10.0.0.1, flags: SP Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Null (10.0.0.2, 224.12.0.1), 00:03:52/00:02:50, flags: PT Incoming interface: Ethernet0, RPF nbr 0.0.0.0 Outgoing interface list: Null
(*, 224.12.0.2), 00:00:45/stopped, RP 10.0.0.1, flags: SP Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Null (10.0.0.2, 224.12.0.2), 00:00:45/00:02:50, flags: PT Incoming interface: Ethernet0, RPF nbr 0.0.0.0 Outgoing interface list: Null
(*, 224.12.0.3), 00:00:09/stopped, RP 10.0.0.1, flags: SP Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Null (10.0.0.2, 224.12.0.3), 00:00:09/00:02:59, flags: PT Incoming interface: Ethernet0, RPF nbr 0.0.0.0 Outgoing interface list: Null
Видим, что появились маршруты вида (S,G), например (10.0.0.2, 224.12.0.3), т.е. зарегистрировался источник 10.0.0.2, который вещает для группы 224.12.0.3. А так же маршруты с RP до клиента: (*,G), например (*, 224.12.0.3) - которые они будут использовать, так называемое общее для всех дерево. Как только на интерфейс MR1 (RP) приходит запрос на получение канала 1, в multicast таблице маршрутизации происходят следующие изменения: MR1#sh ip mroute
(*, 224.12.0.1), 00:33:16/00:02:54, RP 10.0.0.1, flags: S Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list:
Ethernet3, Forward/Sparse, 00:02:37/00:02:53 (10.0.0.2, 224.12.0.1), 00:33:17/00:03:25, flags: T Incoming interface: Ethernet0, RPF nbr 0.0.0.0 Outgoing interface list:
Ethernet3, Forward/Sparse, 00:02:37/00:02:53
Стало видно, что приходят запросы на эту группу с порта Ethernet3. На этом настройку многоадресной передачи данных, для использования с IPTV, можно считать оконченной.
Список литературы / References
1. МельниковД.А. Системы и сети передачи данных: учебник // Д.А. Мельников. М., 2013.
2. ОлейникА.И., Сизов А.В. ИТ-Инфраструктура, 2001.
3. Кочукова Е.В., Павлова О.В., Рафтопуло Ю.Б. Система экспертных оценок в информационном обеспечении учёных // Информационное обеспечение науки. Новые технологии: Сб. науч. тр. М.: Научный Мир, 2009. С. 190-199.
