☰

HP Procurve 1800 스위치 간 트렁크 및 LACP(및 VLAN도!)

tag-icon • tag-icon networking bonding hp-procurve trunk
HP Procurve 1800 스위치 간 트렁크 및 LACP(및 VLAN도!)

트렁크 또는 LACP와 함께 HP Procurve 1800 스위치 2개(아마도 3개)를 연결하는 것을 고려하고 있습니다. Google이나 여기를 통해 내 질문에 대한 실질적인 답변을 찾을 수 없습니다.

이 질문을 찾았어요Procurve 스위치의 서버-스위치 트렁킹, 이것이 무엇을 의미합니까?그러나 질문에 대한 대답은 다음과 같습니다. a) 트렁킹은 무엇이든 의미할 수 있습니다. b) LACP가 정의됩니다. 질문트렁크 또는 LACP가 선호됩니까?응답이 없습니다. 스위치 대 스위치가 아니라 스위치 대 서버입니다.

나도 이 질문을 찾았어HP Procurve를 사용한 LAN 설계 질문그러나 위에 제기된 질문에도 대답하지 않습니다.트렁크 또는 LACP가 선호됩니까?어쨌든 이 질문은 HP 1800이 아닌 HP Procurve 2510과 관련이 있습니다.

이 질문 중 어느 것도 우리의 정확한 상황을 논의하는 것 같지 않습니다. 세 개의 스위치가 있습니다(모두 HP 1800s).

SW1(VLAN1) <-> SW2(VLAN1) <-> SW3(VLAN1)
               SW2(VLAN6) <-> SW3(VLAN6)

스위치는 모두 다음 소프트웨어 버전을 갖춘 HP 1800-24G(하드웨어 버전 R01)입니다.

  • SW1: PB.03.01
  • SW2: PB.03.01
  • SW3: PB.03.04

스위치 SW2와 SW3 사이의 링크는 모두 태그된 패킷만 허용하며 PVID는 없습니다(도움말 문서의 권장 사항에 따라). 다른 포트는 VLAN 1 또는 VLAN 6이며 모든 패킷을 허용합니다. 가끔 100Mb 전이중 설정을 제외하고 모든 포트는 자동 협상됩니다. 다른 것들은 모두 1Gb이고 10Mb는 없습니다.

문제는 SW2가 핑에 신속하게 응답하지 않는 것 같고 종종 패킷이 손실된다는 것입니다(SW3의 모니터링 호스트에서 모니터링됨). 다른 스위치는 괜찮고 적절하게 반응합니다. 호스트 간의 연결은 괜찮은 것 같습니다. 관리 인터페이스의 SW1과 SW2 모두에서 HTTP 응답이 느리게 보입니다. SW3보다 느린 것 같습니다.

트래픽 병목 현상이 의심되어 더 큰 파이프를 만들고 싶습니다. 핑은 스위치의 IP 주소에 대한 것이며 HTTP 포트에 대한 연결도 느린 응답 시간을 나타냅니다. 아마도 연결(HTTP 및 ICMP)은 IP가 있는 VLAN1에 있고 어쨌든 VLAN1은 관리 VLAN입니다.

다른 질문을 읽어 보면 "트렁크"를 사용하면 동일한 와이어에 있는 두 VLAN의 트래픽을 결합하여 두 연결을 하나로 줄이거나 트래픽이 여러 VLAN에 대해 여러 와이어를 통과할 수 있는 것처럼 들립니다. 트렁크를 LACP와 결합할 수도 있는 것처럼 들리는데, 그게 바람직한가요?

내 질문:

  1. 이 상황에서는 트렁크 또는 LACP가 선호됩니까? 왜?
  2. 이 상황에서 HP는 무엇을 "트렁크"라고 부르나요?
  3. 이 상황에서는 VLAN을 어떻게 처리해야 합니까?
  4. 내가 잘못된 문제를 해결하려고 하는 걸까요?
  5. 펌웨어 업그레이드가 도움이 될까요?

어떤 경우에도 모든 질문에 대한 답변을 원합니다.

업데이트내가 찾았다는 말을 잊어버렸어요이 웹페이지도움이 되는 것 같았지만 내 질문에 직접적으로 대답하지도 않았습니다. (거기의 답변에서) 트렁킹은 스위치 간 통신용이고 LACP는 서버 간 통신용인 것 같습니다.

답변1

LACP는 링크 집계 제어 프로토콜입니다. 둘 이상의 링크를 사용할 수 있고 상대방도 LACP를 사용할 때마다 자동으로 동적으로 링크 집계를 설정하는 것이 중요합니다. 그것은 일반적으로~이다링크 집계가 포함된 정적 설정은 NIC 드라이버(링크 집계가 구현된 위치)가 로드되지 않은 한 서버 연결을 중단하여 사전 부팅 서버 관리 또는 네트워크 부팅 기능을 효과적으로 중단시키기 때문에 중복 서버-스위치 상호 연결과 함께 사용됩니다.

스위치 상호 연결의 경우 일반적으로 정적 설정이 선호됩니다. 하지만 순전히 취향의 문제라고 생각합니다.

"링크 집계"와 "트렁킹"은 일반적으로 동의어로 사용됩니다. LA(802.3ad)에 대해 정의된 IEEE 표준이 있으며 표준화 이전에 많은 독점 공급업체 확장이 발생했으며, 대부분은 이전 버전과의 호환성을 위해 최신 스위치 모델에서도 구현되었습니다.

링크 통합 또는 트렁크 그룹(LAG/TG)을 설정하는 경우 양쪽 스위치에 대한 그룹 구성원과 동일한 VLAN을 정의해야 합니다. a) 수행 중인 작업을 정확히 알고 있고 b) 연결된 두 스위치 모두에서 STP를 활성화한 경우에만 두 스위치 사이에 두 개 이상의 경로(예: 두 개 이상의 LAG 상호 연결)를 정의해야 합니다.

대역폭 병목 현상이 의심되는 경우 스위치의 포트 통계 카운터를 사용하여 이를 확인하십시오. 대역폭 사용량은 괜찮을 것이지만 문제는 완전히 다른 것일 수도 있습니다. 대부분의 스위치에는 CPU에 부담을 주지 않고 대부분의 처리를 수행할 수 있는 다소 느린 CPU와 빠른 ASIC이 있습니다. 일부 작업은 여전히 ​​CPU 주기를 소모합니다. 매우 "인기 있는" 작업은 브로드캐스트 또는 멀티캐스트 패킷 수신입니다. 네트워크가 많은 브로드캐스트/멀티캐스트 트래픽을 생성하는 경우 패킷 자체를 처리하고 삭제하면 스위치의 CPU가 이유 이상으로 포화될 수 있습니다. 다시 한 번 카운터를 확인하여 인터넷에 과도한 수의 방송이 표시되는지 확인하세요.

답변2

HP ProVision 운영 체제에서; 트렁크라는 용어는 Cisco의 트렁크 용어와는 다른 의미를 갖습니다.

  • 802.1Q가 아닌 인터페이스(예: 컴퓨터 또는 프린터)는 다음과 같이 알려져 있습니다.태그가 지정되지 않음ProVision과 Cisco에서는입장포트.
  • 802.1Q 인터페이스(예: 스위치-스위치, 스위치-서버, 스위치-VoIP 전화)는태그됨ProVision과의 포트이며 Cisco는트렁크포트.
  • 집계된 인터페이스는 다음과 같이 알려져 있습니다.트렁크ProVision으로 포트하지만에테르채널시스코와 함께.

관련 정보