Как стать автором
Обновить

Комментарии 51

Спасибо. Интересная общеобразовательная статья.
Еще бы аналогичную инструкцию для обычного linux шлюза :)
Отличная статья, спасибо! Полезность пока чисто теоретическая, кладу в полезные закладки :)
Большое спасибо за ваши отзывы! =)
Хочется еще поделиться своим опытом работы с сетями, но к сожалению пока публикуюсь от имени другого человека. За что ему огромнейшее спасибо! А задумка на следующую статью уже сгенерировалась, если кому-то будет интересно почитать про pppoe, dsl, загадочные параметры vpi/vci в dsl-модеме, буду только рада! =) Либо могу продолжить про технологию multicast vlan registration, или про anything касательно сетей =)
Было бы замечательно ;-) А то в эпоху развития безлимитного интернета как раз с использованием (в том числе) вышеуказанных технологий не все знают, что это такое
Думаю лучше с логической точки зрения закончить про multicast, а потом уже следующие технологии тронуть.

Статья очень понравилась, надо будет эмулятор CISCO поставить, потыкать настройки.
отдаю голос за MPLS/MPLS-VPN)
С великим удовольствием напишу статью про MPLS-VPN, занималась им, но только, к сожалению совсем не несколько дней назад, надо освежить эту тему =) А это действительно очень интересная технология, которую осваивают провайдеры
Статья полезная, спасибо. На будущее: когда говорят росчерк пера, то имеют в виду подпись))
Спасибо большое! ценное замечание. «Держали в уме» пробу пера, а написали такой вот ляп =)
Freebsd+pf+mrouting не удаётся завести. Если pf заменить на ipfw, всё работает. Если у кого работает в связке с pf, напишите success story.
Спасибо за статью.
Только единственное, что не понял зачем описывается вот этот акцесс лист?
Промазал… вот этот…

ip access-list standard IPTV
permit 224.11.0.0 0.0.0.3
С помощью данного access-list мы указываем какие группы будут регистрироваться на данной RP. Дело в том, что в сети может быть несколько RP, на которых будут регистрироваться другие группы, какие именно указывается опять же с помощью аналогичного access-list.
Я примерно так и подумал. Но у вас в примерах везде 224.12.0.0.
Видимо просто опечатка?
Спасибо за Вашу наблюдательность! =) Очень приятно!

Да. К сожалению, я немного ошиблась. =) Статью писала несколько дней, списывая настройки с тестовых конфигураций. Чуть-чуть «промазала». Действительно в config'е должно быть 224.12.0.0.
Всегда пожалуйста ;)
Было бы еще интересно почитать нечто похожее по теме роутинга мультикаст внутри VRF. С использованием MDT и пр.
с VRF мне тоже очень интересно поразбираться (что сейчас и делаю) — как только будут результаты сообщу (статьей)! =)
Для полноты стоило бы добавить anycast тип трафика
Спасибо за поправку.
Действительно, хорошо будет упомянуть про anycast.
anycast в основном используется для таких сервисов как DNS, обеспечивая high availability и load-balancing. Т.е. когда от клиента поступает запрос, то первый «услышавший» его сервер отвечает. Лично для меня anycast больше ассоциируется с IPv6.
Я дополню. «услышавший» — в интернете это обычно ближашии по кол-ву хопов сервер.
А если поднять такое в домовых сетях(например у Корбины), то не получится ли такой неприятности, что мне на сутки порежут порты за мультикаст?
Обычно уважающие себя провайдеры блокируют вещание мультикаста, поступающего со стороны клиентских портов.
для адресации мультикаст-групп рекомендуется руководствоваться RFC3180(2770) — GLOP: tools.ietf.org/html/rfc3180
Отличная статья, спасибо!
Мб кто тут подскажет кто в Питере может предоставить услугу IPTV для провайдера. Уже голову сломал в поисках.
можешь здесь спросить: bcc.ru
oft-media.ru
Уважаемое сообщество, Извините за очень нескромную просьбу. Просто моя девушка тоже хотела бы быть частью сообщества Хабра и под своим именем публиковать статьи по сетям. В планах написать про:
— регистрацию RP (чтобы немного автоматизировать)
— multicast vlan registration
— PPPoE DSL (чем почти мы все пользуемся)
— параметры настройки домашних DSL-модемов
— …
— (что будет интересно)

Если кому-нибудь интересно услышать про это, не найдется ли ни у кого небольшой файлик для того, чтобы поделиться опытом настройки ISP?

Мы уже направили запрос на регистрацию IPS — это Дальневосточная «Новая Телфонная Компания», НТК. Являющаяся оператором сотовой связи и доступа в интернет (пока по DSL). Так же она там разбирается с WiFi. Есть о чем рассказать. =) Заранее благодарны. =)

Если кому-нибудь интересно услышать про это, не найдется ли ни у кого небольшой файлик для того, чтобы поделиться опытом настройи ISP?

Мы уже направили запрос на регистрацию IPS — это Дальневосточная «Новая Телфонная Компания», НТК. Являющаяся оператором сотовой связи и доступа в интернет (пока по DSL). Так же она там настраивает WiFi. Есть о чем рассказать. =) Заранее премного благодарны (да помилуют нас боги). =)
Извините… у нас уже 2 часа ночи. Целый день сидели возле Хабры для того, чтобы оперативно отвечать на комментарии… =)
Могу дать инвайт за такую монументальную работу. Если нужен, присылайте email автора ;)
Чрезмерно благодарны за отзывчивость! Спасибо! =))
Будет продолжение в блоге CISCO очень постараемся!

Спасибо за инвайт!
Спасибо огромное Хабра-сообществу за отзывы!
И отдельное спасибо boh за приглашение.

Автор данной статьи — теперь с нами! Разрешите представить ее.
Елена Сахно — lena_sakhno
Спасибо всем огромное за поддержку и добрый прием! =)
Отличная статья, спасибо.
Очень интересно! Я бы еще почитал про vpi vci
Видимо уже надо собирать все интересующие темы вместе. Затем, каждому взять себе по теме, которую он хорошо знает.
После чего все пишем статьи =)
Статья хорошая, мне понравилась :)

Всякие мелкие помарки не считаем — сведено воедино всё грамотно. Правда, чтобы это легко читалось надо уже половину знать :) Но те, кто уже поковырялся, как раз половину и знают :)

ЗЫ sparce — разрЕженный, как воздух, а не как ружьё :))
Действительно! =) Правильнее разрЕженный. Спасибо! =)
Кстати, возник вопрос.
Как я понял строчкой
ip pim rp-address 10.0.0.2 IPTV override
мы указываем на адрес ПК, с которого идет вещание.
А можно не указывать? Что делать когда например IP это компа не известен или его попросту нет? (Есть оборудование которое вещает просто на порт и все, не имея традиционного IP).
Можно.

Мультикастовый трафик от сервера вещания придёт на рутер и он станет RP, т.к. будет знать, кто (конкретный адрес) шлёт тот или иной поток. А дальше эту ценную инфу он передаст тем, кто обращается к нему, как к RP
Подскажите, пожалуйста, мне неграмотному, на вот этот IP/TV сервер CISCO вещать с компьютера можно по средствам VLC?
Да, в качестве сервера, вещающего мультикаст можно использовать VLC. В настройках надо указать адрес группы (мультикаст адрес) и порт, через который будет происходить вещание.
интересно, а как можно организовать что то вроде биллинга? например для отдельного юзера разрешить \ запретить отдельные каналы.
И смотреть количество смотрящих ТВ.
а можно такое же на 501 пиксе с ios 6.03?
нет, на пиксе это сделать не получится, там и с обычным роутингом туго, на сколько я помню, а с мультикастом и подавно
Нехватало только ещё описания динамических механизмов выбора RP, таких как auto-rp и bootstrap.

За упоминание о 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, в таком случае, если бы трафик проходил через маршрутизаторы?
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.