Cisco 6509 – светодиоды на модулях

[Lexasoft]

Каким образом сделать, чтобы светодиоды на модулях мигали, показывая активность линка?

 

Имеется следующее:

CEF720 48 port 10/100/1000mb Ethernet WS-X6748-GE-TX <— вот тут собственно и надо =)

Supervisor Engine 720 (Active) WS-SUP720-3B

[zoro]

включить нормальный активный линк...

[Lexasoft]

Вообще-то, на модулях есть следующие состояния светодиодов:

1) порт shutdown — оранжевый

2) порт no sh, линка нет — не светится

3) линк есть — зеленый, просто горящий

 

а я хочу как-нибудь сделать чтобы он МИГАЛ, показывая активность порта.

[short]

почему-то вспоминается бородатый анекдот про двух гаишников и мигалку..

 

работает - не работает

 

)))

[zoro]

ну я и говорю антивно линк ложить и поднимать светодиод будет мигать... а STP надо отключить :).

[sol]

Паяльник и таймер типа 555 рулит.

[Lexasoft]

Черт, так не хочется перепаивать эти красивые платы...

[zoro]

ты можешш сказать зачем тебе это нужно?

[Солнечный КОТ]

наверное директору нравится когда мигает :-)

[Lexasoft]

Да тут такая проблемка.

 

Временами перестают быть видны хосты в одном влане из другого. Причем совершенно рандомно то происходит, при этом с самой цыски они пингуются. Через случайное время они появляются, или после каких-то изменений в конфиге.

 

Конфиг пустой, никаких аксес листов, шейпа.

 

interface Vlan400
description -- Servers 1
ip address 10.33.0.1 255.255.255.0
no ip redirects
no ip unreachables
!
interface Vlan401
description -- Servers 2
ip address 10.34.0.1 255.255.255.0
no ip redirects
no ip unreachables
!
interface Vlan402
description -- Servers 3
ip address 10.35.0.1 255.255.255.0
no ip redirects
no ip unreachables
!

 

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

 

Еще меня удивляет следующее: из самого vlan'а VLAN интерфейс пингуется с задержкой 1.5 мс, а хосты в другом VLAN пингуются уже с 0.2-0.3 мс. Откуда такая задержка может возникать на интерфейсе?

 

kk3@s1:~$ ping 10.33.0.1
PING 10.33.0.1 (10.33.0.1) 56(84) bytes of data.
64 bytes from 10.33.0.1: icmp_seq=1 ttl=255 time=1.37 ms
64 bytes from 10.33.0.1: icmp_seq=2 ttl=255 time=1.17 ms

--- 10.33.0.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 1.177/1.274/1.371/0.097 ms
kk3@s1:~$ ping 10.34.0.2
PING 10.34.0.2 (10.34.0.2) 56(84) bytes of data.
64 bytes from 10.34.0.2: icmp_seq=1 ttl=63 time=0.131 ms
64 bytes from 10.34.0.2: icmp_seq=2 ttl=63 time=0.154 ms

--- 10.34.0.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.131/0.142/0.154/0.016 ms
kk3@s1:~$ traceroute -n 10.34.0.2
traceroute to 10.34.0.2 (10.34.0.2), 30 hops max, 52 byte packets
1  10.33.0.1  1.710 ms  0.708 ms  0.602 ms
2  10.34.0.2  0.086 ms !C  0.100 ms !C  0.103 ms !C

Edited November 9, 2007 by Lexasoft

[Алексей Андриянов]

Так ведь за светодиодами смотреть отдельного человека не поставишь. Может, проще настроить Nagios на оповещение о пропадании echo-reply ?

 

Насчет задержки - пакеты на и с самого коммутора обрабатываются программно на процессоре, в то время как через него - аппаратно. Отсюда и бОльшая задержка.

[Lexasoft]

Ну это понятно, но почему на 3560 нагруженной на 80% таймауты нормальные?

 

6509 стоит совершенно без нагрузки, не может же она быть медленнее 3560? =)