대규모 Cisco Catalyst 스위치 스택에서 거의 모든 스위치 포트가 패치됩니다. 추가 장치를 연결하기 위해 사용하지 않는 포트를 식별해야합니다.
스위치 장치, 케이블 연결, 패치 필드 및 소켓을 가능한 최종 장치에 연결하는 것은 힘들고 심지어 일시적으로 사용되는 소켓이있을 수 있습니다. 사용자 장치를 종료 할 수 있으므로 포트 LED의 활동을 보는 것은 신뢰할 수 없습니다.
IOS 명령을 통해 사용하지 않는 모든 스위치 포트를 감지하는 가장 쉬운 방법은 무엇입니까?
답변:
나는 자주 사용한다
sh int | i (FastEthernet|0 packets input)
또는 확인하려는 인터페이스 종류에 관계없이 GigabitEthernet과 동일합니다.
sh int(즉, show interfaces)는 모든 인터페이스의 ste 상태 목록을 제공합니다.|는 필터링뿐만 아니라 검색 표현식에도 사용될 수 있습니다.| i(for include)는 다음 검색 표현식과 일치하는 출력을 필터링합니다.(...|...)인터페이스 이름과 내가보고 싶은 상태와 같은 두 가지 조건을 일치시키는 데 사용 합니다.이 "또는"표현식과 같은 정규 표현식을 사용할 수 있습니다.출력은 다음과 같습니다.
...
FastEthernet1/0/31 is up, line protocol is up (connected)
95445640 packets input, 18990165053 bytes, 0 no buffer
FastEthernet1/0/32 is up, line protocol is up (connected)
FastEthernet1/0/33 is up, line protocol is up (connected)
FastEthernet1/0/34 is down, line protocol is down (notconnect)
0 packets input, 0 bytes, 0 no buffer
FastEthernet1/0/35 is down, line protocol is down (notconnect)
FastEthernet1/0/36 is up, line protocol is up (connected)
FastEthernet1/0/37 is down, line protocol is down (notconnect)
0 packets input, 0 bytes, 0 no buffer
...
이제식이 0으로 끝나는 숫자와 일치하더라도 실제로는 0 개의 패킷이 입력 된 후보를 볼 수 있습니다. 더 완벽하게 만들 수는 있지만 기억하기 쉽다는 것도 이점입니다. 각 0 패킷 입력 라인 직전에 인터페이스 이름이 후보입니다.
sh int <name>clear counters [type number]사용하지 않는 스위치 포트를 종료 한 상태로 두는 것이 좋습니다. 따라서 등을 사용하여 쉽게 식별 할 수 있습니다 sh ip int bri. 이전에 확실하게 차단 된 스위치 포트를 사용하면 문제가 발생하지 않습니다.
sh int | i FastEthernet|0 packets input
궁극적으로 ... 문서. 모든 패치 케이블의 위치가 100 % 확실하다는 것을 알아야합니다. 어떤 시점에서 누군가 작업 할 것으로 예상되는 것을 분리하지 않을 것입니다. 포트가 현재 "다운"되었다고해서 누군가 포트를 사용하지 않았다는 의미는 아닙니다. 또한 카운터가 현재 0이라고해서 미래에 다시 사용되지 않거나 다시 사용되지 않을 것이라는 의미는 아닙니다. 카운터를 지울 수 있고 부팅시 카운터가 0으로 재설정됩니다.
저는 ISP와 대기업에서 근무했으며 문서는 무엇이 무엇인지 아는 열쇠입니다. 그것 없이는 무작위 추측이 수많은 나쁜 날로 이어질 것입니다. DSL 회선을 다른 사람에게 실행하거나 주소 할당을 복제하고 잘못된 인터페이스를 종료하는 등 고객은 오히려 화를냅니다. 엔터프라이즈 배선 실은 정말 혼란 스러울 수 있습니다. 문서가 없으면 수천 개 중 수십 개의 케이블을 추적하는 것이 어려울 수 있습니다 (그리고 포트 설명만큼이나 간단합니다).
나도 좋아
sh int | inc line protocol is|Last input
어떤 출력
FastEthernet0/29 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
FastEthernet0/30 is up, line protocol is up (connected)
Last input never, output 00:00:07, output hang never
FastEthernet0/46 is down, line protocol is down (notconnect)
Last input never, output 6d23h, output hang never
출력 매개 변수는 포트가 마지막으로 트래픽을 본 시점을 알려주며, 가끔 사용되는 포트를 식별하는 데 유용합니다.
편집 : 또한 주목할 가치가 있습니다 (이 질문의 범위를 벗어난 이유로) "마지막 입력"은 거의 항상 "never"입니다
나는 @Stefan의 대답을 좋아하지만이 명령 줄 "sh int | i (이더넷 | 0 패킷 입력)"을 사용하여 모든 이더넷 인터페이스 유형을 잡고 0으로 끝나는 0이 아닌 숫자를 필터링합니다. 그는 약간의 미세 조정이 가능할 수 있다고 언급했기 때문에 이것은 하나의 예일뿐입니다.
또 다른 옵션은 ...
sh int counters | i (Port|_0 0 0 0)
예, 공백이 필요합니다. 공백을 올바르게 얻는 가장 쉬운 방법은 "sh int counters"를 수행하고 모두 0으로 줄을 복사하는 것입니다. 여기서 반쯤 내려 가면 목록이 원하는 입력에서 출력으로 변경되어 사용하지 않는 포트를 찾는 데 신경 쓰지 않아도됩니다. 입력이없는 포트만 표시 할 수 있으므로 Stefan의 방법과 같이 사용중인 포트를 제거 할 필요가 없습니다.
show int counters | i _0_.*_0_.*_0_.*_0_으로 공백 대신 사용할 수 있습니다 ... 또한 대답은 다음과 같아야합니다 sh int counters | i (Port|_0 0 0 0)(IOS는 공백으로 해석하는 밑줄 참고)
show interfaces counters | inc ( +0 +0 +0)입니다.
출력을 긁어 내거나 SNMP로 더 잘 잡아 내고 표준 UNIX 도구를 사용하여 구문 분석합니다. 다음은 쉬운 예입니다.
여기에서는 'show int counters'(데모 용)의 일부 출력을 "counters"라는 파일에 저장했습니다.
[mkantows@ochofu049]$ cat counters
Port InOctets InUcastPkts InMcastPkts InBcastPkts
Gi1/0/1 0 0 0 0
Gi1/0/2 94949242720 556137619 571828 57745
Gi1/0/3 1522191492 8663327 1105299 55269
Gi1/0/4 3743856345 18565173 1275617 53658
Gi1/0/5 0 0 0 0
Gi1/0/6 0 0 0 0
이제 awk를 사용하여 4 개의 카운터 필드가 모두 0 인 모든 포트에 대한 보고서를 생성하십시오.
[mkantows@ochofu049]$ cat counters | awk '{if ($2 == 0 && $3 == 0 && $4 == 0 && $5 == 0) print $1}'
Gi1/0/1
Gi1/0/5
Gi1/0/6
여기서 중요한 아이디어는 장치에서 사용중인 모든 데이터를 가져 와서보다 지능적이고 복잡한 / 간단한 / 구문 분석 및보고를 수행하는 것입니다.
참고 여러 장치의 경우 "screen"과 같은 Linux 유틸리티를 사용하여 tty 연결에서 출력을 기록하면 여러 시스코 장치에서 사용하지 않는 포트를 빠르게 찾는 데 매우 효율적일 수 있습니다. (하나의 로그 파일에서) 다음과 같은 명령을 실행하십시오. 여기서 "HOSTNAME"은 Cisco 장치 호스트 이름 체계 cat counter | awk '{if ($ 1 == HOSTNAME ) || ($ 2 == 0 && $ 3 == 0 && $ 4 == 0 && $ 5 == 0) print $ 1} '
grep하고 sed.
show int counters | i _0_.*_0_.*_0_.*_0_
@ netdad 's와 @mike pennington 's 답변에 투표 할 수 없어서 새로운 것을 좋아합니다. @Mike Pennington의 대답을 좀 더 취하기 위해 최근 카운터를 비운다고 가정하면이 명령을 실행할 수도 있습니다.
switch#sh int count | i 0 +0 + 0 +0
Gi1/3 0 0 0 0
Gi1/11 0 0 0 0
Gi1/19 0 0 0 0
Gi1/21 0 0 0 0
여기서 정규식은 "0", 1 개 이상의 공백, "0", 1 개 이상의 공백, "0", 1 개 이상의 공백, 마지막 "0"을 말합니다.
도움이 되었기를 바랍니다.
나는 항상 사용
show interfaces status
그것은 멋지고 멋지게 요약합니다.
| ex connected그것에 추가 하고 싶습니다 .
이 작업을 정기적으로 수행해야하는 경우 Perl 및 Net :: Telnet :: Cisco를 능가하는 것은 없습니다. X 개의 라우터에 로그인하고 원하는 인터페이스의 모든 정보를 가져 와서 출력을 구문 분석 한 후 파일로 인쇄하거나 Net :: SMTP로 전자 우편으로 보내거나 표준 출력으로 인쇄 할 수 있습니다. 원하는 경우 예제를 제공 할 수 있지만 매우 간단합니다.
또는 IOS 내 에서이 작업을 수행하지 않으면 다음 TCL 스크립트가 원하는 출력을 깔끔하고 깔끔한 형식으로 제공합니다.
set show_counters [exec show interfaces counters | i 0 +0 +0 +0]
set line [split $show_counters "\n"]
foreach record $line {
set fields [join $record " "]
foreach field $fields {
if { $field != 0 } {
puts $field
}
}
}TCL과이를 수행하는 방법이 Perl보다 약간 덜 액세스하기 때문에 [IMHO] 제공합니다.
sh int | i ( 0 packets input)|proto|Desc
0이있는 선행 공백은 0으로 끝나는 더 큰 숫자를 제외합니다.
포트가 사용될 때까지 포트를 종료 (비활성화)하는 것이 좋습니다. 예를 들어, 사용 중이 아닌지 확실하지 않으면 이미 작동중인 포트에서 switchport 액세스 vlan 을 변경하는 것은 위험 합니다.
출력은 다음과 같으며 g8 / 19가 사용 중일 때 ( "0 패킷 입력"이없는 상태에서) 마지막 카운터 지우기 이후 g8 / 18의 스위치 포트가 0 패킷으로 비활성화되어 있음을 나타냅니다.
GigabitEthernet8/18 is administratively down, line protocol is down (disabled)
Description: 3a30
0 packets input, 0 bytes, 0 no buffer
GigabitEthernet8/19 is up, line protocol is up (connected)
Description: 4a25.vmhost112 (vmnic5)
어떤 패치 패널 잭이 관련된 지 알기 위해 설명 필드를 사용하여 문서화하십시오. 패치 패널은 스위치 포트에 일관된 방식으로 연결되어야하므로 패치 포트에 대한 스위치 패널 잭이 예측 가능하므로 문서화가 쉽습니다. 나는 설명 + 호스트 이름에서 Rack-Row-Jack 형식을 사용하여 추적하지만 압축 된 방식으로 사용합니다. 4b27은 행 랙 4, 행 b, 잭 27 다음에 hostxyz 또는 호스트 이름이됩니다. 그래서 내 설명은 4b27.hostxyz를 읽습니다.
sh int | in is down|input never, output never
FastEthernet0 is administratively down, line protocol is down
Last input never, output never, output hang never
GigabitEthernet1/0/2 is down, line protocol is down (notconnect)
GigabitEthernet1/0/4 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet1/0/13 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
GigabitEthernet1/0/24 is down, line protocol is down (notconnect)
Last input never, output never, output hang never
승인. 2900에서 시작하여 테스트 할 수있는 모든 스위치에서 작동하고 다운 포트만 표시합니다.
sh int | i is down
나는 사용하고 싶지만 sh int status그 결과는 connectedand notconnected이므로, 연결 단어가 둘의 일부이므로 제외하거나 포함하지 마십시오. 선행하지 마십시오.
내 경우에는 3524에서 작동하는지 확인하기 위해 두 명령으로 아래를 얻습니다.
SD-LIB-C3524#sh int status
Port Name Status Vlan Duplex Speed Type
------- ------------------ ------------ -------- ------ ------- ----
Fa0/1 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/2 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/3 connected 10 A-Full A-100 100BaseTX/FX
Fa0/4 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/5 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/6 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/7 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/8 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/9 connected 10 A-Full A-100 100BaseTX/FX
Fa0/10 notconnect 10 Auto Auto 100BaseTX/FX
Fa0/11 connected 10 A-Full A-100 100BaseTX/FX
Fa0/12 connected 10 A-Full A-100 100BaseTX/FX
Fa0/13 WiFi SD-LIB-15 connected 40 A-Full A-100 100BaseTX/FX
Fa0/14 WiFi SD-LIB-22 connected 40 A-Full A-100 100BaseTX/FX
Fa0/15 WiFi SD-LIB-16 connected 40 A-Full A-100 100BaseTX/FX
Fa0/16 WiFi SD-LIB-23 connected 40 A-Full A-100 100BaseTX/FX
Fa0/17 WiFi SD-LIB-17 connected 40 A-Full A-100 100BaseTX/FX
Fa0/18 WiFi SD-LIB-24 connected 40 A-Full A-100 100BaseTX/FX
Fa0/19 WiFi SD-LIB-18 connected 40 A-Full A-100 100BaseTX/FX
Fa0/20 WiFi SD-LIB-14 connected 40 A-Full A-100 100BaseTX/FX
Fa0/21 WiFi SD-LIB-19 connected 40 A-Full A-100 100BaseTX/FX
Fa0/22 WiFi SD-LIB-21 connected 40 A-Full A-100 100BaseTX/FX
Fa0/23 WiFi SD-LIB-20 connected 40 A-Full A-100 100BaseTX/FX
Fa0/24 SD-LIB-3C4500-50P connected trunk A-Full A-100 100BaseTX/FX
Gi0/1 notconnect trunk Auto 1000 Missing
Gi0/2 notconnect 10 Auto 1000 Missing
SD-LIB-C3524#sh int | i is down
VLAN1 is up, line protocol is down
FastEthernet0/1 is down, line protocol is down
FastEthernet0/2 is down, line protocol is down
FastEthernet0/4 is down, line protocol is down
FastEthernet0/5 is down, line protocol is down
FastEthernet0/6 is down, line protocol is down
FastEthernet0/7 is down, line protocol is down
FastEthernet0/8 is down, line protocol is down
FastEthernet0/10 is down, line protocol is down
GigabitEthernet0/1 is down, line protocol is down
GigabitEthernet0/2 is down, line protocol is down
SD-LIB-C3524#
약간의 속임수이지만 모든 것이 한쪽 장치에만 연결되어 있으면 끈끈한 mac 주소로 포트 보안을 켤 수 있습니다. 잠시 후 다시 확인하십시오 (단, 누군가가 컴퓨터를 사용했거나 존재하지 않는다고 가정하는 데 충분한 시간이 소요될 수 있음). 실행중인 구성에 해당 포트를 사용한 것이 있는지 표시됩니다. 동일한 포트에서 VoIP 전화와 컴퓨터를 사용하는 경우를 대비하여 인터페이스 당 최대 1 개 이상의 고정 Mac 주소를 사용할 수 있다고 확신하지만 확실하지는 않습니다.
Cisco 환경에서 가장 좋은 방법은 스위치의 가동 시간을 알기 위해 쇼 버전 을 이용하는 것입니다.
인터페이스 회계 표시
Interface Vlan1 is disabled
Vlan810
Protocol Pkts In Chars In Pkts Out Chars Out
IP 709229 73055034 232297 33127143
ARP 738 44280 70 4200
FastEthernet0/1
Protocol Pkts In Chars In Pkts Out Chars Out
No traffic sent or received on this interface.
FastEthernet0/2
Protocol Pkts In Chars In Pkts Out Chars Out
Other 0 0 19 6669
Spanning Tree 0 0 18588 1115280
CDP 0 0 658 309918
IOS 명령 만 사용하는 것은 약간 까다 롭습니다. 이상한 것을 놓칠 것입니다. 다른 사람들이 snmp를 사용하고 (solarwinds에는보고 싶은 무료 도구가 많이 있음) 며칠 동안 장치를 모니터링하는 것이 좋습니다 (필요한 경우 몇 주)
추적 케이블 등으로 언급 한 힘든 부분의 경우 스위치 포트를 패치 포트 등에 매핑하는 작업을 최소화하기 위해 수행 한 작업은 카운터를 지우고 며칠 후 snmp 트랩을 사용하여 패치 패널에서 1-2의 플러그를 뽑는 것입니다 Snmp 트랩 모니터 / 수신기 (모듈 y의 포트 x가 다운 됨)에 항목이 있으면 확인을 위해 동일한 작업을 다시 수행했습니다. 24 포트 패널의 경우 5 분 정도 소요되므로 다소 빠릅니다. 죽은 자에게는 다시 한 번 돌아가십시오. 여전히 죽었고 카운터에서 변경 사항이 없으면 실제로 포트가 사용 중이 아니라고 가정하는 것이 안전합니다.
나는 보통 "show interface status"와 그에 대한 변형을 사용하지만 "Switchmap"이라는 깔끔한 오픈 소스 소프트웨어를 사용하여 인터페이스의 간단한 그래픽보기를 제공합니다. 이것의 한 가지 큰 장점은 포트가 작동 / 작동 중지 된 경우 포트에 마지막으로 트래픽이 발생한 시간을 알려주고 재사용 여부에 따라 전화를 걸 수 있다는 것입니다.
http://sourceforge.net/projects/switchmap/
이것은 일부 타이핑을 저장합니다 :-)
test cable diagnostics tdr interface *intname here*
스위치 포트에 연결된 케이블이 실제로 어떤 것에 연결되어 있는지 여부를 보여줍니다. 상태에 관계없이. 교체 test와 show상태를 얻을 수 있습니다.
show int status. 하루 종일 집에 가기 위해 랩톱을 분리 한 경우 아침에 포트가 다시 할당 될 수 있습니다.