Добрый день!Можно ли изменить на маршрутизаторе source для пинга, чтобы по умолчанию пинг шел с интерфейса который я принудительно укажу?
Заранее спасибо!
> Добрый день!
> Можно ли изменить на маршрутизаторе source для пинга, чтобы по умолчанию пинг
> шел с интерфейса который я принудительно укажу?
> Заранее спасибо!)
ping 192.168.1.1 so 1.1.1.1
ping 192.168.1.1 so fa0/0
>> Добрый день!
>> Можно ли изменить на маршрутизаторе source для пинга, чтобы по умолчанию пинг
>> шел с интерфейса который я принудительно укажу?
>> Заранее спасибо!
> )
> ping 192.168.1.1 so 1.1.1.1
> ping 192.168.1.1 so fa0/0Это понятно, меня интересует вот какой вопрос, можно ли сделать так, чтобы всегда пинги шли с 1.1.1.1 или fa0/0, без "ping X.X.X.X source" ?
> Это понятно, меня интересует вот какой вопрос, можно ли сделать так, чтобы
> всегда пинги шли с 1.1.1.1 или fa0/0, без "ping X.X.X.X source"
> ?только пинги?
можно прописать route-map
>> Это понятно, меня интересует вот какой вопрос, можно ли сделать так, чтобы
>> всегда пинги шли с 1.1.1.1 или fa0/0, без "ping X.X.X.X source"
>> ?
> только пинги?
> можно прописать route-mapВ принципе нужно, чтобы заработал voip, а ситауция такая, что маршрутизатор А пингует голосовй шлюз маршрутизатора Б по умолчанию с ip-адреса сети, которая неактивна в данный момент. Со всех остальных ip-адресов (когда делаю ping source) все окей. Соответсвенно нужно как-то изменить программно source по умолчанию.
> В принципе нужно, чтобы заработал voip, а ситауция такая, что маршрутизатор А
> пингует голосовй шлюз маршрутизатора Б по умолчанию с ip-адреса сети, которая
> неактивна в данный момент. Со всех остальных ip-адресов (когда делаю ping
> source) все окей. Соответсвенно нужно как-то изменить программно source по умолчанию.может проще бы было поднять loopback'и на этих роутерах и маршрутизировать трафик по ним?
LoopBack не упадет никогда (разве что цыска выключится или сбой произойдет какой-то)
>> В принципе нужно, чтобы заработал voip, а ситауция такая, что маршрутизатор А
>> пингует голосовй шлюз маршрутизатора Б по умолчанию с ip-адреса сети, которая
>> неактивна в данный момент. Со всех остальных ip-адресов (когда делаю ping
>> source) все окей. Соответсвенно нужно как-то изменить программно source по умолчанию.
> может проще бы было поднять loopback'и на этих роутерах и маршрутизировать трафик
> по ним?
> LoopBack не упадет никогда (разве что цыска выключится или сбой произойдет какой-то)У нас так voip и построен, голосовой трафик маршрутизируется по loopback.
И сейчас произошла ситуация, которую описал ранее:
Маршрутизатор А не пингует loopback маршрутизатора Б, если же делать ping source, то со всех интерфейсов loopback пингуется, кроме одного (с которого пинг и идет по умолчанию). Соответсвенно голос не идет.
> Маршрутизатор А не пингует loopback маршрутизатора Б, если же делать ping source,
> то со всех интерфейсов loopback пингуется, кроме одного (с которого пинг
> и идет по умолчанию). Соответсвенно голос не идет.значит loopback A не знает о loopback Б. Или все что угодно может еще быть. Может там аксэс-листы. Может QoS дропает. Может криво настроен протокол маршрутизации. Без конфига тяжело понимать такое.
> кроме одного (с которого пинг и идет по умолчанию). Соответсвенно голос не идет.
этот соурс интерфейс в shutdown / down? Тогда это само собой не будет пинговаться.
> значит loopback A не знает о loopback Б. Или все что угодно
> может еще быть. Может там аксэс-листы. Может QoS дропает. Может криво
> настроен протокол маршрутизации. Без конфига тяжело понимать такое.loopback A знает о loopback Б, с аксэс-листами тоже все в порядке.
> этот соурс интерфейс в shutdown / down? Тогда это само собой не
> будет пинговаться.интерфейс в up
видимо проблемы все-таки в маршрутизации, в OSPF. Будем думать.
> Добрый день!
> Можно ли изменить на маршрутизаторе source для пинга, чтобы по умолчанию пинг
> шел с интерфейса который я принудительно укажу?
> Заранее спасибо!RFC1812
4.3.2.4 ICMP Message Source AddressExcept where this document specifies otherwise, the IP source address
in an ICMP message originated by the router MUST be one of the IP
addresses associated with the physical interface over which the ICMP
message is transmitted.т.е. нельзя пингать с адреса на лубкеке =))
Смешная цитата, Вы еще скажите нельзя пинговать с адреса туннеля, то же ведь не физический интерфейс :D>[оверквотинг удален]
> RFC1812
> 4.3.2.4 ICMP Message Source Address
> Except where this document specifies otherwise, the IP source
> address
> in an ICMP message originated by the router MUST
> be one of the IP
> addresses associated with the physical interface over which the
> ICMP
> message is transmitted.
> т.е. нельзя пингать с адреса на лубкеке =))
> Смешная цитата, Вы еще скажите нельзя пинговать с адреса туннеля, то же
> ведь не физический интерфейс :Dага. Причем даже MUST, а не SHOULD.
Так что мы все нарушители =)>> RFC1812
>> 4.3.2.4 ICMP Message Source Address
>> IP source address in an ICMP message originated by the router MUST
>> be one of the IP addresses associated with the physical interface
>> over which the ICMP message is transmitted.
> RFC1812
> 4.3.2.4 ICMP Message Source Address
> Except where this document specifies otherwise, the IP source
> address
> in an ICMP message originated by the router MUST
> be one of the IP
> addresses associated with the physical interface over which the
> ICMP
> message is transmitted.
> т.е. нельзя пингать с адреса на лубкеке =))ICMP эхо можно запустить с любого соурса:
если это директли коннектед сети
если эти сети знаю друг о друге (маршрутизируются)
если не закрыто аксэс-листами
если соурс интерфейс в UP
> ICMP эхо можно запустить с любого соурса:
> если это директли коннектед сети
> если эти сети знаю друг о друге (маршрутизируются)
> если не закрыто аксэс-листами
> если соурс интерфейс в UPВы, по-моему, неправильно прочли текст на английском, если вообще читали.
> Вы, по-моему, неправильно прочли текст на английском, если вообще читали.я не тот текст имел ввиду, неверно процитировал просто