Доброго времени суток, уважаемые коллеги.Прошу вашей интеллектуальной помощи в следующем вопросе.
Имеется подключение к провайдеру. Провайдер раздает IP-адрес динамическим путем.
Подскажите, каким образом можно узнать значение текущего DEFAULT GATEWAY, которое получает подключенный к провайдеру интерфейс? (на смотрящем на провайдера интерфейсе, прописана команда "ip address dhcp")Также, подскажите, каким образом подставить в параметры "ip igmp helper-address" и "ip pim rp-address" значение текущего "DEFAULT GATEWAY" с учетом того, что данное значение меняется динамически (ведь мы получаем его по DHCP от провайдера)?
Заранее, спасибо.
С уважением, Дмитрий.
>[оверквотинг удален]
> Прошу вашей интеллектуальной помощи в следующем вопросе.
> Имеется подключение к провайдеру. Провайдер раздает IP-адрес динамическим путем.
> Подскажите, каким образом можно узнать значение текущего DEFAULT GATEWAY, которое получает
> подключенный к провайдеру интерфейс? (на смотрящем на провайдера интерфейсе, прописана
> команда "ip address dhcp")
> Также, подскажите, каким образом подставить в параметры "ip igmp helper-address" и "ip
> pim rp-address" значение текущего "DEFAULT GATEWAY" с учетом того, что данное
> значение меняется динамически (ведь мы получаем его по DHCP от провайдера)?
> Заранее, спасибо.
> С уважением, Дмитрий.Можно указать в качестве шлюза непосредственно порт.
Что-то типа ip route 0.0.0.0 0.0.0.0 gi0/1
>[оверквотинг удален]
>> Подскажите, каким образом можно узнать значение текущего DEFAULT GATEWAY, которое получает
>> подключенный к провайдеру интерфейс? (на смотрящем на провайдера интерфейсе, прописана
>> команда "ip address dhcp")
>> Также, подскажите, каким образом подставить в параметры "ip igmp helper-address" и "ip
>> pim rp-address" значение текущего "DEFAULT GATEWAY" с учетом того, что данное
>> значение меняется динамически (ведь мы получаем его по DHCP от провайдера)?
>> Заранее, спасибо.
>> С уважением, Дмитрий.
> Можно указать в качестве шлюза непосредственно порт.
> Что-то типа ip route 0.0.0.0 0.0.0.0 gi0/1Lumenous, большое спасибо за ответ.
Попробую.
1) Но, а как узнать текущее значение "DEFAULT GATEWAY", полученное от провайдера.
"show ip interface FA0/0" не показывает это значение. Какую команду контекста "show" нужно использовать?
2) Ну, а как же быть со значениями "ip igmp helper-address" и "ip pim rp-address"?
Каким образом команда "ip route 0.0.0.0 0.0.0.0 FA0/0" (у меня именно FA0/0 смотрит на провайдера) повлияет на значением "ip igmp helper-address" и "ip pim rp-address"?
Можете объяснить логику?Спасибо.
>>[оверквотинг удален]
>>> Подскажите, каким образом можно узнать значение текущего DEFAULT GATEWAY, которое получает
>>> подключенный к провайдеру интерфейс? (на смотрящем на провайдера интерфейсе, прописана
>>> команда "ip address dhcp")
>>> Также, подскажите, каким образом подставить в параметры "ip igmp helper-address" и "ip
>>> pim rp-address" значение текущего "DEFAULT GATEWAY" с учетом того, что данное
>>> значение меняется динамически (ведь мы получаем его по DHCP от провайдера)?show ip route
Вообще адрес шлюза провайдера на езернет-линке вещь достаточно постоянная.
Достаточно один раз его узнать.
> Вообще адрес шлюза провайдера на езернет-линке вещь достаточно постоянная.
> Достаточно один раз его узнать.ShyLion, спасибо за ответ.
Что значит "Достаточно один раз его узнать"?
Поясню...
Если я все правильно понял, то используя команду "show ip route", я могу получить текущее значение "DEFAULT GATEWAY" в виде конечного значения... Допустим "31.28.3.1".А вопрос в том, как мне указать для параметров "ip igmp helper-address" и "ip pim rp-address" значения не в виде "31.28.3.1", а в виде ссылки на текущее действительное значение "DEFAULT GATEWAY", чтобы в случае изменение IP-адреса, получаемого от провайдера (а как показывает практика, провайдер выдает значение из разных подсетей; соответственно меняется и значение "DEFAULT GATEWAY") значения параметров "ip igmp helper-address" и "ip pim rp-address" были актуальны.
Спасибо.
С уважением, Дмитрий.
В том и дело, что никак.единственно что поиск выдал:
ip igmp helper-address udl имя_интерфейса
пошукай на эту тему.
ЗЫ: сам мультикаста в глаза не видел, может и не оно.
ЗЗЫ: еще есть вариант скрипта, запускаемого по event-manager'у при изменении таблицы маршрутизации, но тут надо смотреть его возможности, скорее всего надо будет на tcl скрипте что-то творить.
ЗЗЗЫ: попробуй указать адрес 8.8.8.8 или любой другой глобальный, хоть 1.1.1.1 например, возможно он используется только для выбора интерфейса, куда форвардить IGMP реквесты и сам IP никакой роли далее не играет.
> В том и дело, что никак.
> единственно что поиск выдал:
> ip igmp helper-address udl имя_интерфейса
> пошукай на эту тему.
> ЗЫ: сам мультикаста в глаза не видел, может и не оно.
> ЗЗЫ: еще есть вариант скрипта, запускаемого по event-manager'у при изменении таблицы маршрутизации,
> но тут надо смотреть его возможности, скорее всего надо будет на
> tcl скрипте что-то творить.ShyLion, спасибо за ответ.
УУУУУ... Какие-то "дебри" начинаются.
Пробовал я вариант с "ip igmp helper-address udl FA0/0". Но на тот момент, у меня не была введена команда "ip route 0.0.0.0 0.0.0.0 FA0/0".
То есть, попробую связку "ip route 0.0.0.0 0.0.0.0 FA0/0" и "ip igmp helper-address udl FA0/0".В область "tcl скриптов" пока лезть не буду. Рановато.
О результатах отпишусь.
С уважением, Дмитрий.
Попробуй еще ip igmp helper-address 8.8.8.8
> Попробуй еще ip igmp helper-address 8.8.8.8Всем добрый день.
ShyLion, как вы и советовали, вписал в качестве "ip igmp helper-address" и "ip pim rp-address" 8.8.8.8.
И вы не поверите, заработало...Потом я решил добавить в качестве "ip igmp helper-address" и "ip pim rp-address" DNS-сервер моего провайдера....
Тоже работает...Тогда я совсем обнаглел и вписал в эти параметры IP-адрес моего интерфейса FA0/0 (точнее ip-адрес, который я получил от провайдера)...
И, опять все работает!!!После этого, я понял, что ничего не понимаю...
Кто-нибудь может на простой и понятном языке объяснить, что означают эти параметры
"ip igmp helper-address" и "ip pim rp-address"?А пока, пойду учить мат. часть про мультикаст... Очень хочется разобраться.
С уважением, Дмитрий.
>[оверквотинг удален]
> rp-address" DNS-сервер моего провайдера....
> Тоже работает...
> Тогда я совсем обнаглел и вписал в эти параметры IP-адрес моего интерфейса
> FA0/0 (точнее ip-адрес, который я получил от провайдера)...
> И, опять все работает!!!
> После этого, я понял, что ничего не понимаю...
> Кто-нибудь может на простой и понятном языке объяснить, что означают эти параметры
> "ip igmp helper-address" и "ip pim rp-address"?
> А пока, пойду учить мат. часть про мультикаст... Очень хочется разобраться.
> С уважением, Дмитрий.Сайт cisco.com дает довольно обстоятельные ответы на ваши вопросы, а именно:
"ip igmp helper-address" - применяется на UDL интерфейсах (т.е. однонаправленных), когда у вас на интерфейсе есть только прием, а передача через этот же интерфейс не достигнет адрессата... Т.е. маршрут "туда" не совпадает с маршрутом "обратно"... судя по наличию DHCP - это не ваш случай, и вам этот функционал бесполезен.
http://www.cisco.com/en/US/docs/ios/12_4t/ip_mcast/configura..."ip pim rp-address" - применяется, когда маршрутизатор является участником в маршрутизации мультикаста, и при использовании PIM есть такой узел - "Rendezvous Point" своеобразная "точка ветвления" - вот адрес этого узла и должен там указываться, и это вовсе не обязательно адрес шлюза.
http://www.cisco.com/en/US/docs/ios/solutions_docs/ip_multic...
>> Попробуй еще ip igmp helper-address 8.8.8.8
> Всем добрый день.
> ShyLion, как вы и советовали, вписал в качестве "ip igmp helper-address" и
> "ip pim rp-address" 8.8.8.8.
> И вы не поверите, заработало...Все просто. Для подписки на сервисы по IGMP роутер также шлет мультикаст. Мультикас-адрес не является адресом какого-то конкретного узла. Роутеру всего лишь нужно знать, в какой интерфейс выплевывать мультикаст запросы. В данном случае это делается указанием некоего адреса, по маршруту к которому (в случае адреса в интернете это шлюз по умолчанию) определяется интерфейс. Адрес может быть любым вообще, лишь бы маршрут к нему проходил через нужный интерфейс.