Cisco

[Strange]

Слушайте, ну есть же тут опытные Цисководы (или цисковеды) с громкими CCNA, CCNP и более крутыми знаниями.

Поделитесь опытом, пожалуйста.

 

Ситуация.

 

 

Cisco 2921

на одном из интерфейсов настроен адрес 192.168.0.161, 255.255.255.0, всякие "no shutdown"

 

Есть коммутатор, находящийся в рабочей (действующей) сети 192.168.0.0/24

 

от него шнурок идет в циску, в указанный интерфейс

 

И вот не работает(

 

информация об интерфейсе

 

"Gi0/3/0 is up, line protocol is down"

 

разумеется, пинг не пинг

 

Насколько я помню, надо, чтоб в сети был хотя б один активный интерфейс, чтоб протокол "проснулся"

Или я не прав?

 

 

я не профессионал, где и чему меня учили, не спрашивайте

 

 

в данный момент лично у меня нет возможности проверить целостность и исправность кабелей. 

 

 

остальные интерфейсы в данный момент работают по назначению

 

[yellow_rabbit]

 

 

ну есть же тут опытные Цисководы

имхо ты тот самый единственный в этом списке на кк.

но сейчас начнется гадание на кофейной гуще.

 

 

 

разумеется, пинг не пинг

я тут вообще тока рядом проходил и советы дебильные (других нету)

..................(стер)

я даже уточняющий вопрос задать не могу, ибо "спящий протокол" как и "protocol is down" для вне моего понимания (дальше большие и пространные рассусоливания на эту тему, но конкретики нет).

 

конечно же удачи, поделись как победишь.

[Strange]

 

 

поделись как победишь.

обязательно

 

На той стороне пошли проверять кабель

[anyman]

Что означает "не работает"? Конфигурацию порта

 

на одном из интерфейсов настроен адрес 192.168.0.161

можно в личку?

[Strange]

 

 

Конфигурацию порта

 

готов поделиться, но теперь только в понедельник

 

 

Что означает "не работает"?

 

я написал, ЧТО не устраивает

 

 

"Gi0/3/0 is up, line protocol is down"

[yellow_rabbit]

возможно, полезная информация.
Состояние интерфейса – UP, состояние протокола линии – Down:

 

Честно говоря такую комбинацию состояний довольно трудно встретить в локальных сетях построенных на Ethernet коммутаторах, но она может возникнуть на интерфейсах маршрутизаторов, использующих последовательные каналы, при несогласовании протоколов канального уровня.

Рассмотрим это на следующем примере. Соберем в Cisco Packet Tracer следующую схему (в каждый маршрутизатор установлено по плате WIC-1T, порты которых соединены между собой):

Воспроизводим ситуацию Интерфейс - UP, протокол - Down
Сконфигурируем один из маршрутизаторов следующим образом:

Router(config)#interface Serial0/3/0
Router(config-if) ip address 1.1.1.1 255.255.255.0
Router(config-if) encapsulation ppp
Router(config-if) clock rate 64000
Router(config-if)no shut

А другой:

Router(config)#interface Serial0/3/0
Router(config-if) ip address 1.1.1.2 255.255.255.0
Router(config-if) encapsulation hdlc
Router(config-if)no shut

Если после применения данной конфигурации вы попробуете пропинговать с одно маршрутизатора другой, то у вас ничего не выйдет. Дело в том что в данных конфигурациях для соединенных интерфейсов мы указали разные протоколы канального уровня. И как следствие связь не была установлена. Если же мы теперь выполним команду show interfaces serial 0/3/0 на одном из маршрутизаторов, то получим вполне предсказуемый результат:

Serial0/3/0 is up, line protocol is down (disabled)
Hardware is HD64570
Internet address is 1.1.1.1/24

MTU 1500 bytes, BW 128 Kbit, DLY 20000 usec,

 

[bamer]

А порт случаем не транковый ?

[Strange]

 

 

не транковый ?

 

не

 

 

@yellow_rabbit, да, спасибо, я это рассматриваю, но пока нет доступа к "ответной части" , чтоб проверить

[Strange]

Я ее сделал!!!

 

 

Кароч, ситуация:

 

НА этом маршрутизаторе есть интерфейсы, которые "сидят" непосредственно на материнке. На них можно регулировать скорость.

Нужный же мне интерфейс находился на плате (модуле) расширения (хз, как правильно называется). Тоже гигабитном, но, зараза, скорость, не регулируется. Циска даж команду не принимает.

 

Решил экспериментировать на маршрутизаторе, который под боком

Сходил, для эксперимента купил гигабитную сетевуху, воткнул в не менее экспериментный комп. Соединил кабелем (не следует забывать, что кросс-шнурок для "гигабитки" обжимается иначе) непосредственно маршрутизатор с компьютером и...

 и ВУАЛЯ! 

 

"line protocol is up"

 

:boast:    

Изменено 19 мая, 2015 пользователем Vuru

[striker]

 

 

Тоже гигабитном, но, зараза, скорость, не регулируется. Циска даж команду не принимает.

 

эээ, чо, из autodetect нельзя сделать конкретную скорость на порту принудительно? 

[Strange]

 

 

нельзя сделать конкретную скорость на порту принудительно? 

нет, говорю ж

 

набираю команду на нужном мне (дополнительном) интерфейсе - выдает ошибку.

Набираю команду на другом (встроенном) интерфейсе - работает

 

вот повторил схему Packet Tracer - сработало. А на реальном железе - нет

[Strange]

Родилась новая нетривиальная задачка.

Не могу найти решение.

 

Появились свежие и опытные цисководы?

[Oberon]

?

[Strange]

?

 

Есть циска

4 интерфейса.

В настоящий момент два - внутренние, один внешний.

Надо свободный сделать еще одним   ip nat outside

 

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

 

Если вешаю НАТ на один интерфейс, все работает.

Вешаю на второй, первый отваливается Или со второго пуляет пакеты с адресом источника первого внешнего интерфейса.

ЧОта кароч, объема собственных знаний не хватает. Тематические форумы не показали решения, все какое-то слишком витиеватое.

 

Допускается ли вообще  на CISCO два НАТа?

 

Ну... если уж немного утрировать задачу:

 

две локалки к двум провайдерам (со статическими IP) одновременно. Но речь не об интернетах.

Изменено 2 февраля, 2019 пользователем Vuru

[Oberon]

А тут скорее всего дело не в нате. Хотя с ним тоже еще вопрос. Но начинать надо с дефаултного маршрута. Он у тебя наверняка один. два дефаултных маршрута с разными метриками не прокатят - пойдет через маршрут с наименьшей метрикой. А если выходит через один и тот же интерфейс, то нат будет работать один.

[Strange]

Но начинать надо с дефаултного маршрута.

что значит "дефаултного". У меня прописаны статические маршруты в конкретные подсети.

 

 

 

два дефаултных маршрута с разными метриками не прокатят - пойдет через маршрут с наименьшей метрикой

да.

 

 

А если выходит через один и тот же интерфейс, то нат будет работать один.

 

Так выходит и через желаемый интерфейс. Маршрут-то я прописал. Но почему выходит не с тем адресом источника? 

это я увидел через ip nat translation 

 

 

 

А тут скорее всего дело не в нате. Хотя с ним тоже еще вопрос.

 

Какой вопрос? Куда рыть?

я нашел решение через виртуальный роутер. Коих придется настроить даже и не один.

Это настолько трудоемко получится... придется практически "с нуля" настраивать.

Я понимаю, что копипастить те же ACL-ки нетрудно. Но есть моменты, которые не хочется трогать вообще

 

Задача "скрашивается" условием - сети должны работать почти непрерывно. Нет времени на опыты

Изменено 2 февраля, 2019 пользователем Vuru

[Oberon]

Ну тут уже общие фразы не помогут. Скинь конфиг в личку. Не фак, что помогу, но посмотрю.

[Strange]

написал в личку. 

Если у кого-то найдутся идеи, с удовольствием почитаю.

[Strange]

Вопрос решен самостоятельно.

Всем спасибо

[Strange]

Спрошу тут...

 

Extreme Networks кто-нить изучал? Работает с ними?

 

 

А то вдруг...

 

В целом есть пара вопросов по EXOS

[Tryufel]

погуглил.. извини, помочь не могу..)

может спросить у нее?

[Strange]

у тебя гугл какой-то не такой

[Tryufel]

согласен..там два гугла) спортсмены и электроника..но может быть они как то связаны?

[Strange]

не

мне больше этих, как их... сетевиков