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

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

Я бы сказал точнее

коллективный хабраразум | grep читатели блога cisco

:)
Вы меня заинтриговали! И каковы же ответы?
Имхо, во втором случае можно просто прописать на циске ip route 192.168.1.100 255.255.255.255 fa0/0 где fa0/0 — интерфейс, куда подключен сервер мультикаста и на PC указать его ип в качестве источника потока.

А в первом случае можно, просто выбросив мультикастовый поток в влан (или порт) второго компьютера
Да, стремясь визуализировать схему, я немного перестарался. Чуть усложню: мы НЕ ЗНАЕМ адреса источника потока. По условиям задачи. Когда для вас рисовал картинку не подумал о том. Правда прописывание юникаст-адреса сервера и статический маршрут вам бы не помогли.
если мне не изменяет память, то в CCNA нет мультикаста.
можно лишь подумать, что пакеты приходят на 224.Х адреса и рассылаются бродкастом (вроде) без маршурутизации.
ну фиг его знает, но если абстрагироваться от понятия мультикаста, то это просто пакеты с определенными адресами.
а так, как маршуртизатор о этих адресам 224.0.0.0 ни сном ни духом, то нужно сказать ему, что такие есть.

а) те я бы прописал маршрут к пользовательскому компу типо ip route 224.0.0.0 255.0.0.0 10.1.1.100. Тем самым, как мне кажется, пакеты мультикаста дойдут до компьютера с VLC и он смжет их прочитать.

б) думал о транлсяции, но пока не понимаю, что и куда транслироавть, ведь надо, чтобы пакеты дошли в компа.те видимо транслировать мультикастный адрес в адрес компа. Ну и изменить источник вещания на свой ип.

в) no ip routing — те превратить маршрутизатор в обычный свитч, тогда пакеты пойдут бродкастом.

вообщем мне было интересно узнать ваше мнение на мои ответы и в чем конкретно я ошибся или не додумал)

а вот представить ситуация с полным низнанеим мультикаста не могу.
но хотя, мне дали определенный адрес, значит что-то как-то связано с этим адресом. А так как адрес зарезервирован и бродкастый, то можно логичски догадаться, что надо как-то траффик принимать бродкастом. а роутер брокасты не пускает, значит надо сделать из роутера свитч. ну воообщем как-то так)
Да, верно: в CCNA нет мультикаста, разве что про служебный рассказывается.

Со статическим маршрутом не пробовал, но думаю, что не сработает. Проверю.

Маршрутизацию отключать нельзя по условиям задачи: там маршрутизатор, а не бридж. Но идея хорошая.

Есть ещё одна глобальная засада, до которой пока не дошёл никто.
Ну а с трансляцией? 224.0.0.0 транслируем в юникастовый адрес принимающего компа. Тогда при поступлении пакета на порт маршутищатора адрес доставки будет изменен. Дальше роутер знает, как доставить пакет (directly connected networks) и направит его в комп. ( те, 10.1.1.100->224.x.x.x без оверлода, а там роутер уже знает, что пакеты с дестанэйшеном 224.ч.ч.ч направить на комп)

Те мне кажется смысл просто в том, чтоыб направить траффик с мультикастового адреса до пользовательского компа, учитывая что вещатель и приниматель в разных бродкастных доменах. Тут собственно не надо знать, что такое мультикаст, просто придумать как траффик напривить на мультикастный адрес на другой компьютер. Не будь это бродкастным адресом, статическмий маршрут и трансляция 100% сработали ( про трансляцию вы уже давали похожую задачку в самом начале). По другому как перенаправить траффик на маршрутизаторе я не знаю.

а, ну да. я считаю, что маршрутизатор то работает) те пакеты ходят туда сюда и маршрутизируются.
Да, с НАТом идея верная и работает. Делаем статическую трансляцию мультикастового в юникастовый адрес компа.

Но! Этого не достаточно! Вот в чём проблема. Попробуйте: маршрутизатор будет дропить приходящие мультикаст пакеты, если не сделать… что?
А ttl на вещающем сервере какой выставляется?
хороший вопрос :) Вообще, прога позволяет выставить любой вплоть до максимального. Ну пусть 5 :)
Ну если так, то тогда не совсем понятно, какую такую суперхитрость вы имеете в виду. Вот у меня есть софт 12.4(23) для 3725, запускаем его в Dynamips с фабричным конфигом, добавляем следующее:

interface FastEthernet0/0
description Multicast destination
ip address 10.0.0.1 255.255.255.0
ip nat inside
duplex auto
speed auto
!
interface FastEthernet1/0
description Multicast source
no switchport
ip address 192.168.0.2 255.255.255.0
ip nat outside
!
ip nat inside source static 10.0.0.2 224.0.0.1

и, насколько я могу судить, все работает. На эмулируемой железке, подключенной к Fa1/0, запускаем sla monitor типа udpEcho на IP 224.0.0.1, debug ip packet показывает, что пакеты шлются:

*Mar 1 00:05:26.723: IP: s=192.168.0.1 (local), d=224.0.0.1 (FastEthernet0/0), len 80, sending broad/multicast

На железке, подключенной к Fa0/0, видим, что приходят транслированные пакеты:

*Mar 1 00:06:09.751: IP: tableid=0, s=192.168.0.1 (FastEthernet0/0), d=10.0.0.2 (FastEthernet0/0), routed via RIB
*Mar 1 00:06:09.755: IP: s=192.168.0.1 (FastEthernet0/0), d=10.0.0.2 (FastEthernet0/0), len 80, rcvd 3

никто ничего не дропает.
А-а, я использовал левый адрес мультикаст-группы, его все слушают. Для произвольной мультикаст-группы придется добавить на Fa1/0 ip igmp static-group, иначе пакеты действительно немножко умрут при приеме.
Насчет второй части задачи — есть мнение, что если для вещания использовать мультикаст-адрес какого-нибудь ненужного в данном сегменте протокола маршрутизации и запустить этот протокол на Cisco, чтобы не отбрасывала пакеты, отправленные по этому адресу, то удастся обойтись без упоминания в конфиге igmp и мультикаста вообще. Но все-таки какие-то базовые знания о том, что такое мультикаст, для этого все же нужны.
Да, всё верно :) Давайте зачетку :)

Студентам предлагалось запустить RIPv2

Кстати, на ИОСе 12.4Т(15) пакеты, направленные на 224.0.0.1 дропались :( Мы с этого начала и: думали, что вообще ничего поднимать не придётся, но получилось иначе :)

ЗЫ Да, ессно, мультикаст маршрутизация была отключена.
Просветите: почему мультикаст пакеты должны дропнуться?
Думаю, стоит попробовать покапать в сторону форвардинга трафика с одно порта на другой.
В каталистах есть monitor session — можно через него. Но в роутере такого не увидел. Надо покопаться)
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории