Комментарии 51
Спасибо. Интересная общеобразовательная статья.
Еще бы аналогичную инструкцию для обычного linux шлюза :)
Отличная статья, спасибо! Полезность пока чисто теоретическая, кладу в полезные закладки :)
Большое спасибо за ваши отзывы! =)
Хочется еще поделиться своим опытом работы с сетями, но к сожалению пока публикуюсь от имени другого человека. За что ему огромнейшее спасибо! А задумка на следующую статью уже сгенерировалась, если кому-то будет интересно почитать про pppoe, dsl, загадочные параметры vpi/vci в dsl-модеме, буду только рада! =) Либо могу продолжить про технологию multicast vlan registration, или про anything касательно сетей =)
Хочется еще поделиться своим опытом работы с сетями, но к сожалению пока публикуюсь от имени другого человека. За что ему огромнейшее спасибо! А задумка на следующую статью уже сгенерировалась, если кому-то будет интересно почитать про pppoe, dsl, загадочные параметры vpi/vci в dsl-модеме, буду только рада! =) Либо могу продолжить про технологию multicast vlan registration, или про anything касательно сетей =)
Было бы замечательно ;-) А то в эпоху развития безлимитного интернета как раз с использованием (в том числе) вышеуказанных технологий не все знают, что это такое
Думаю лучше с логической точки зрения закончить про multicast, а потом уже следующие технологии тронуть.
Статья очень понравилась, надо будет эмулятор CISCO поставить, потыкать настройки.
Статья очень понравилась, надо будет эмулятор CISCO поставить, потыкать настройки.
отдаю голос за MPLS/MPLS-VPN)
Статья полезная, спасибо. На будущее: когда говорят росчерк пера, то имеют в виду подпись))
Freebsd+pf+mrouting не удаётся завести. Если pf заменить на ipfw, всё работает. Если у кого работает в связке с pf, напишите success story.
Спасибо за статью.
Только единственное, что не понял зачем описывается вот этот акцесс лист?
Только единственное, что не понял зачем описывается вот этот акцесс лист?
Промазал… вот этот…
ip access-list standard IPTV
permit 224.11.0.0 0.0.0.3
ip access-list standard IPTV
permit 224.11.0.0 0.0.0.3
С помощью данного access-list мы указываем какие группы будут регистрироваться на данной RP. Дело в том, что в сети может быть несколько RP, на которых будут регистрироваться другие группы, какие именно указывается опять же с помощью аналогичного access-list.
Я примерно так и подумал. Но у вас в примерах везде 224.12.0.0.
Видимо просто опечатка?
Видимо просто опечатка?
Для полноты стоило бы добавить anycast тип трафика
Спасибо за поправку.
Действительно, хорошо будет упомянуть про anycast.
anycast в основном используется для таких сервисов как DNS, обеспечивая high availability и load-balancing. Т.е. когда от клиента поступает запрос, то первый «услышавший» его сервер отвечает. Лично для меня anycast больше ассоциируется с IPv6.
Действительно, хорошо будет упомянуть про anycast.
anycast в основном используется для таких сервисов как DNS, обеспечивая high availability и load-balancing. Т.е. когда от клиента поступает запрос, то первый «услышавший» его сервер отвечает. Лично для меня anycast больше ассоциируется с IPv6.
А если поднять такое в домовых сетях(например у Корбины), то не получится ли такой неприятности, что мне на сутки порежут порты за мультикаст?
для адресации мультикаст-групп рекомендуется руководствоваться RFC3180(2770) — GLOP: tools.ietf.org/html/rfc3180
Отличная статья, спасибо!
Мб кто тут подскажет кто в Питере может предоставить услугу IPTV для провайдера. Уже голову сломал в поисках.
Уважаемое сообщество, Извините за очень нескромную просьбу. Просто моя девушка тоже хотела бы быть частью сообщества Хабра и под своим именем публиковать статьи по сетям. В планах написать про:
— регистрацию RP (чтобы немного автоматизировать)
— multicast vlan registration
— PPPoE DSL (чем почти мы все пользуемся)
— параметры настройки домашних DSL-модемов
— …
— (что будет интересно)
Если кому-нибудь интересно услышать про это, не найдется ли ни у кого небольшой файлик для того, чтобы поделиться опытом настройки ISP?
Мы уже направили запрос на регистрацию IPS — это Дальневосточная «Новая Телфонная Компания», НТК. Являющаяся оператором сотовой связи и доступа в интернет (пока по DSL). Так же она там разбирается с WiFi. Есть о чем рассказать. =) Заранее благодарны. =)
Если кому-нибудь интересно услышать про это, не найдется ли ни у кого небольшой файлик для того, чтобы поделиться опытом настройи ISP?
Мы уже направили запрос на регистрацию IPS — это Дальневосточная «Новая Телфонная Компания», НТК. Являющаяся оператором сотовой связи и доступа в интернет (пока по DSL). Так же она там настраивает WiFi. Есть о чем рассказать. =) Заранее премного благодарны (да помилуют нас боги). =)
— регистрацию RP (чтобы немного автоматизировать)
— multicast vlan registration
— PPPoE DSL (чем почти мы все пользуемся)
— параметры настройки домашних DSL-модемов
— …
— (что будет интересно)
Если кому-нибудь интересно услышать про это, не найдется ли ни у кого небольшой файлик для того, чтобы поделиться опытом настройки ISP?
Мы уже направили запрос на регистрацию IPS — это Дальневосточная «Новая Телфонная Компания», НТК. Являющаяся оператором сотовой связи и доступа в интернет (пока по DSL). Так же она там разбирается с WiFi. Есть о чем рассказать. =) Заранее благодарны. =)
Если кому-нибудь интересно услышать про это, не найдется ли ни у кого небольшой файлик для того, чтобы поделиться опытом настройи ISP?
Мы уже направили запрос на регистрацию IPS — это Дальневосточная «Новая Телфонная Компания», НТК. Являющаяся оператором сотовой связи и доступа в интернет (пока по DSL). Так же она там настраивает WiFi. Есть о чем рассказать. =) Заранее премного благодарны (да помилуют нас боги). =)
Спасибо огромное Хабра-сообществу за отзывы!
И отдельное спасибо boh за приглашение.
Автор данной статьи — теперь с нами! Разрешите представить ее.
Елена Сахно — lena_sakhno
И отдельное спасибо boh за приглашение.
Автор данной статьи — теперь с нами! Разрешите представить ее.
Елена Сахно — lena_sakhno
Спасибо всем огромное за поддержку и добрый прием! =)
Очень интересно! Я бы еще почитал про vpi vci
Видимо уже надо собирать все интересующие темы вместе. Затем, каждому взять себе по теме, которую он хорошо знает.
После чего все пишем статьи =)
После чего все пишем статьи =)
Статья хорошая, мне понравилась :)
Всякие мелкие помарки не считаем — сведено воедино всё грамотно. Правда, чтобы это легко читалось надо уже половину знать :) Но те, кто уже поковырялся, как раз половину и знают :)
ЗЫ sparce — разрЕженный, как воздух, а не как ружьё :))
Всякие мелкие помарки не считаем — сведено воедино всё грамотно. Правда, чтобы это легко читалось надо уже половину знать :) Но те, кто уже поковырялся, как раз половину и знают :)
ЗЫ sparce — разрЕженный, как воздух, а не как ружьё :))
Кстати, возник вопрос.
Как я понял строчкой
ip pim rp-address 10.0.0.2 IPTV override
мы указываем на адрес ПК, с которого идет вещание.
А можно не указывать? Что делать когда например IP это компа не известен или его попросту нет? (Есть оборудование которое вещает просто на порт и все, не имея традиционного IP).
Как я понял строчкой
ip pim rp-address 10.0.0.2 IPTV override
мы указываем на адрес ПК, с которого идет вещание.
А можно не указывать? Что делать когда например IP это компа не известен или его попросту нет? (Есть оборудование которое вещает просто на порт и все, не имея традиционного IP).
Можно.
Мультикастовый трафик от сервера вещания придёт на рутер и он станет RP, т.к. будет знать, кто (конкретный адрес) шлёт тот или иной поток. А дальше эту ценную инфу он передаст тем, кто обращается к нему, как к RP
Мультикастовый трафик от сервера вещания придёт на рутер и он станет RP, т.к. будет знать, кто (конкретный адрес) шлёт тот или иной поток. А дальше эту ценную инфу он передаст тем, кто обращается к нему, как к RP
Подскажите, пожалуйста, мне неграмотному, на вот этот IP/TV сервер CISCO вещать с компьютера можно по средствам VLC?
Да, в качестве сервера, вещающего мультикаст можно использовать VLC. В настройках надо указать адрес группы (мультикаст адрес) и порт, через который будет происходить вещание.
а можно такое же на 501 пиксе с ios 6.03?
Нехватало только ещё описания динамических механизмов выбора RP, таких как auto-rp и bootstrap.
За упоминание о TTL отдельное спасибо!
Никак не мог разобраться, почему конкретный мультикаст не проходит через роутер, решил разобраться с sparse, sparse-dense, dense и passive, открыл вашу статью — и дело конечно было в TTL :)
Никак не мог разобраться, почему конкретный мультикаст не проходит через роутер, решил разобраться с sparse, sparse-dense, dense и passive, открыл вашу статью — и дело конечно было в TTL :)
Молодец, добавить еще можно мод: sparse-dense-mode — использующий shared tree(*,G) для тех кто знает о RP, и source-tree или(shortest-path tree) -> (S,G) для тех кто RP не нашел. Как правило используется на цисках на пару с auto-RP или BSR. Ну а если вообще современным)) то помоему сейчас все сидят на SSM и IGMPv3 и не забивают себе голову разными модами.
Я бы дополнил статью тем фактом, что в режиме PIM-sparse общее дерево, корнем которого является точка рандеву, используется только в начале мультикастовой рассылки. Как только скорость мультикастового потока превышает параметр, заданный командой ip pim spt-threshold kbps, роутер, к которому подключены конечные получатели, переходит на source-tree, т.е. на дерево, построенное напрямую от источника и которое может гнать трафик мимо точки рандеву. Если в этом случае произойдёт отключение точки рандеву, мультикастовый поток не будет прерван, маршрут (S,G) остаётся активен. Если в команде ip pim spt-threshold указать нулевое значение, то переключение на STP будет выполнено сразу же. Если указать значение infinity, то всегда, независимо от скорости потока, будет использоваться общее дерево (*,G). Что интересно, в режиме sparse-dense данная команда не работает, всегда строится дерево до источника (SPT).
Добрый день!
Про TTl — абсурд в разряде охоты на ведьм.
Посмотрите в суть происходящего!
Мультикаст идет с TTL =1 по определению, т.к. мультикаст на подсеть 224.0.0.0/24 всегда локальные — в рамках широковещательного домена.
Данный трафик и не должен переходить через маршрутизаторы.
А в чем смысл PIM, в таком случае, если бы трафик проходил через маршрутизаторы?
Про TTl — абсурд в разряде охоты на ведьм.
Посмотрите в суть происходящего!
Мультикаст идет с TTL =1 по определению, т.к. мультикаст на подсеть 224.0.0.0/24 всегда локальные — в рамках широковещательного домена.
Данный трафик и не должен переходить через маршрутизаторы.
А в чем смысл PIM, в таком случае, если бы трафик проходил через маршрутизаторы?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Multicast routing для IPTV