Cisco 28xx sub-interfaces

[M-a-x-Z]

Как правильно удалить суб-интерфейс в сабже?

no int gi0/0.1 удаляет из конфига и прекращает обработку трафика, но в sh int sum интерфейс продолжает светиться и это напрягает

Edited February 10, 2012 by M-a-x-Z

[catalist]

сделайте эту комманду два раза

[Картуччо]

сделайте эту комманду два раза

И откуда такая рекомендация взята ?

Не даёт ничего хоть два, хоть три раза делай.

После перезагрузки пропадают. Других методов вроде как нет.

Эффект точно имеется и на 38хх серии, и на 72хх.

[puh]

когда вы делаете no int gi0/0.1, циска вас честно предупреждает, что концы от этого интерфейса ещё останутся.

[M-a-x-Z]

когда вы делаете no int gi0/0.1, циска вас честно предупреждает, что концы от этого интерфейса ещё останутся.

Совершенно верно. Вопрос в том, как удалить эти концы.

[bokl]

на сколько мне извесно - только ребут.

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

[catalist]

Незнаю у меня они после двух раз исчезают, и на 2821 тоже...

[M-a-x-Z]

Незнаю у меня они после двух раз исчезают, и на 2821 тоже...

Только что проверил. На всякий случай удалил 4 раза. Эффекта 0.

[Shiva]

Иос обновите, помогает бывает.

[Картуччо]

Не поможет. На 15 версии без изменения. Собственно, это общеизвестная фича.

Каталист чудеса какие-то вещает про два раза.

[catalist]

Ну у меня не видно убитых интерфейсов в конфиге....

[Картуччо]

Ну у меня не видно убитых интерфейсов в конфиге....

Ну вот и ответ. Не в конфиге, а, например, в sh ip int bri

 

 

#sh ip int bri
Interface                  IP-Address      OK? Method Status                Protocol
GigabitEthernet0/0         unassigned      YES NVRAM  up                    up
GigabitEthernet0/0.100     unassigned      YES unset  deleted               down
GigabitEthernet0/0.353     unassigned      YES unset  up                    up

[catalist]

а вот вы про что, ну меня это не прягает, я туда не лазию.... :)

[Andrei]

На 3725 тоже есть

C3725#sh ip int bri | i dele
FastEthernet0/1.1          unassigned      YES manual deleted               down
FastEthernet0/1.2          unassigned      YES unset  deleted               down
FastEthernet0/1.4          unassigned      YES manual deleted               down

C3725#sh ver
...
System image file is "flash:c3725-advipservicesk9-mz.124-17.bin"

[M-a-x-Z]

После перезагрузки всё ушло.

 

Хочу поделиться наблюдением за 2851:

До ревизии - постоянная нагрузка 350 Мбит/с, загрузка CPU - 85%, оба порта настроены через саб-интерфейс и dot1q:

int gi0/0

no ip add

int gi0/0.1

ip add x.x.x.x 255.255.255.0

encap dot1q 20

....

После переключения одного из интерфейсов в режим без инкапсуляции - загрузка CPU на том же трафике упала до 80%,

После переключения второго интерфейса в режим без инкапсуляции - 75%.

 

Таким образом такая, казалось бы мелочь, отжирает целых 10% CPU. Вот так вот...

[nuclearcat]

Это ж ISR, там всё софтово делается.

Да и помоему 350 Мбит для 28xx - рискованно. Если подскочит pps - склеит ласты.

[M-a-x-Z]

nuclearcatА за счёт чего может увеличиться pps (ну кроме размножения ботнета внутри сети)? Математическое ожидание длинны пакета в нормальном трафике не меняется и определённым значениям pps соответствует определённая скорость?

 

А вообще да, узкое место... на том же трафике с неоптимизированным конфигом использовал все 100% CPU. Теперь удалось довести до 60% с теми же нагрузками.

Причём ещё одно наблюдение добавление трёх строк в ACL на входе даёт меньшую нагрузку CPU, чем включение dot1q. Вообще раньше думал что операции с dot1q выполняются ASICами портов.

[nuclearcat]

M-a-x-Z - например новая версия utorrent, где решат в очередной раз, что мелкие UDP пакетики - это полезно. Ну и другое массово используемое прикладное ПО.

Мне кажется это мина замедленного действия.

 

Хотя конечно все зависит от архитектуры сети и доходов. Скажем у меня ядро сети построено на аппаратном свитчинге/роутинге, с адаптацией под куцые возможности 3560G (ибо бюджет ограничен), и в случае резкого увеличения pps это не скажется на важных клиентах, а end-users, терминация - уже софтово, с возможностью масштабирования (разброса траффика на несколько маршрутизаторов) и включения всяких плюшек.

[Картуччо]

Мне кажется это мина замедленного действия.

Ну, вообще-то при 80% и более загрузки ЦПУ рекомендуется апгрейд.

Удалось оптимизировать до 60%, это хорошо, но апгрейд всё равно стоит иметь в виду.

[M-a-x-Z]

Ну апгрейд это естественно, оборудование уже куплено, но по орг. причинам это произойдёт только через пол года, поэтому приходится максимально заботиться о том, что есть.

Edited February 17, 2012 by M-a-x-Z

[reload]

на сколько мне извесно - только ребут.

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

Эти ограниченные ресурсы можно посмотреть командой show idb