링크 집약

Link aggregation
「IEEE 802.3ad」는, 여기서 리다이렉트 됩니다.IEEE 802.1ad와 혼동하지 마십시오.
스위치와 서버 간의 링크 집약

컴퓨터 네트워킹에서 링크 집약이란 여러 네트워크 접속을 여러 가지 방법 중 하나로 병렬로 결합(집약)하여 단일 접속이 유지할 수 있는 것보다 throughput을 높이고 링크 중 하나에 장애가 발생했을 때 용장성을 제공하기 위한 것입니다.LAG(Link Aggregation Group)는 물리적 포트의 결합된 집합입니다.

이 개념을 설명하기 위해 사용되는 [1]다른 포괄적 용어로는 트렁킹, 번들링,[2] 본딩,[1] 채널링[3] 또는 팀 구성이 있습니다.

구현은 IEEE 802.1에서 정의된 이더넷용 Link Aggregation Control Protocol(LACP) 등 벤더에 의존하지 않는 표준을 따를 수 있습니다.AX 또는 이전의 IEEE 802.3ad와 마찬가지로 독자적인 프로토콜입니다.

동기

링크 집약에 의해 이더넷 접속의 대역폭과 복원력이 향상됩니다.

대역폭 요건은 선형적으로 확장되지 않습니다.이더넷 대역폭은 지금까지 10메가비트/초, 100Mbit/초, 1000Mbit/초, 10,000Mbit/초 등 세대별로 10배 증가했습니다.대역폭 상한에 부딪히기 시작하면 다음 세대로 이행하는 방법밖에 없었습니다.이 경우 비용이 너무 많이 들 수 있습니다.1990년대 초에 많은 네트워크 제조업체에 의해 도입된 대체 솔루션은 링크 집약을 사용하여2개의 물리 이더넷링크를 1개의 논리 링크로 결합하는 것입니다.이러한 초기 솔루션의 대부분은 수동 구성과 접속 [4]양쪽에 동일한 기기가 필요했습니다.

일반적인 포트 케이블 접속에는 컴퓨터 스위치 구성 또는 스위치 투 스위치 구성 중 하나의 단일 장애 지점이 있습니다.케이블 자체 또는 케이블이 연결되어 있는 포트 중 하나에 장애가 발생할 수 있습니다.여러 개의 논리적 연결을 만들 수 있지만, 대부분의 상위 프로토콜은 완벽하게 페일오버되도록 설계되지 않았습니다.링크 집약을 사용하여 여러 물리적 연결을 하나의 논리 연결로 결합하면 보다 탄력적인 통신이 가능합니다.

아키텍처

네트워크 설계자는 OSI 모델의 하위 3개 레이어 중 하나로 집약을 구현할 수 있습니다.레이어 1(물리층)에서의 집약은, 복수의 주파수 대역을 조합하는 전원 회선(예를 들면 IEEE 1901)이나 무선(예를 들면 IEEE 802.11) 네트워크 디바이스등이 있습니다.OSI 레이어 2(데이터 링크 레이어 등)LAN의 이더넷프레임 또는 WAN의 멀티링크 PPP, 이더넷 MAC 주소) 집약은 일반적으로 스위치포트에서 발생합니다.스위치 포트는 물리 포트 또는 운영시스템에 의해 관리되는 가상 포트 중 하나입니다.OSI 모델의 레이어3(네트워크층)에서의 집약에서는 라운드로빈 스케줄링, 패킷헤더의 필드에서 계산되는 해시값 또는 이들2가지 방법의 조합을 사용할 수 있습니다.

집약이 발생하는 레이어에 관계없이 모든 링크에서 네트워크 부하를 분산할 수 있습니다.다만, 순서가 어긋나는 전달을 피하기 위해서, 모든 실장이 이것을 이용하는 것은 아닙니다.대부분의 메서드는 페일오버도 제공합니다.

복수의 인터페이스가 1개의 논리 주소(IP) 또는 1개의 물리 주소(MAC 주소)를 공유하도록 조합하거나 각 인터페이스에 독자적인 주소를 설정할 수 있도록 합니다.전자는 링크의 양끝이 같은 집약 방식을 사용해야 하지만 후자에 비해 퍼포먼스가 우수합니다.

채널 본딩은 로드밸런싱이 네트워크소켓(레이어 4) 단위로 네트워크인터페이스 간의 트래픽을 분할한다는 점에서 로드밸런싱과 구별됩니다.채널 본딩은 패킷 단위(레이어 3) 또는 데이터 링크([citation needed]레이어 2) 단위로 하위 레벨의 물리 인터페이스 간에 트래픽을 분할하는 것을 의미합니다.

IEEE 링크 집약

표준화 프로세스

1990년대 중반까지 대부분의 네트워크 스위치 제조업체는 스위치 간 대역폭을 늘리기 위한 독점 확장 기능으로 집약 기능을 포함시켰습니다.제조사마다 독자적인 방법을 개발했기 때문에 호환성 문제가 발생하였습니다.IEEE 802.3 워킹 그룹은 1997년 11월 [4]회의에서 상호 운용 가능한 링크층 표준(물리층 및 데이터 링크층 양쪽 모두 포함)을 작성하기 위한 스터디 그룹을 구성했습니다.그룹에서는 용장성도 추가하는 자동 설정 기능을 도입하는 것에 신속히 동의했습니다.이것은 Link Aggregation Control Protocol(LACP)이라고 불리게 되었습니다.

802.3ad

2000년 현재 대부분의 기가비트채널 본딩 방식에서는 IEEE 802.3ad 태스크포스([5]TF)가 2000년 3월에 추가한 IEEE 802.3 규격의 조항43이 사용되고 있습니다.거의 모든 네트워크 기기 제조업체가 자체 표준을 뛰어넘는 이 공동 표준을 빠르게 채택했습니다.

802.1AX

2006년 11월 제9차 리비전프로젝트의 802.3 유지보수 태스크포스 보고서에서는 802.3 서브레이어로 정의된 링크 어그리게이션 아래의 프로토콜 스택에 특정 802.[6]1 레이어(802.1X 보안 등)가 배치되어 있는 것을 알 수 있었습니다.이 불일치를 해결하려면 802.3ax(802.1)AX) 태스크포스([7]TF)가 구성되어 IEEE 802.1의 발표와 함께 802.1 그룹에 대한 프로토콜의 공식적인 이전이 이루어졌습니다.AX-2008 (2008년 [8]11월 3일)

링크 집약 제어 프로토콜

IEEE 이더넷 표준 내에서 Link Aggregation Control Protocol(LACP)은 여러 물리 링크를 하나로 묶어 단일 논리 링크를 형성하는 방법을 제공합니다.LACP 를 사용하면, 네트워크 디바이스는, LACP 패킷을 피어(LACP 도 실장되어 있는 직접 접속 디바이스)에 송신하는 것으로, 링크의 자동 번들을 네고시에이트 할 수 있습니다.

LACP 기능과 실제 예시

  1. 포트 채널에서 허용되는 번들포트의 최대 수: 유효한 값은 보통 1 ~8 입니다
  2. LACP 패킷은 멀티캐스트그룹 MAC 주소 01:80 으로 송신됩니다.C2:00:00:02
  3. 중 LACP " " "
    • LACP " " "
    • 링크 멤버의 킵얼라이브 메커니즘: (디폴트: 저속= 30s, 고속= [specify]1s)
  4. 일부 구현에서는[9] 선택 가능한 로드 밸런싱 모드를 사용할 수 있습니다.
  5. 모드 : LACP 모 :
    • 액티브 : LACP の [ LACP ]
    • Passive : LACP 디바이스가 검출되었을 경우에만 LACP를 이노블로 합니다.(이것은 디폴트 상태)[specify]

스태틱

  • 페일오버가 자동으로 발생합니다.링크에 중간 장애(예를 들어 디바이스 간의 미디어 컨버터)가 발생했을 경우 피어 시스템은 접속 문제를 인식하지 못할 수 있습니다.정적 링크 집약을 사용하면 피어는 링크를 통해 트래픽을 계속 전송하여 연결이 실패합니다.
  • 동적 구성:디바이스는, 상대측의 설정이 링크 집약을 처리할 수 있는 것을 확인할 수 있습니다.스태틱 링크 집약에서는 케이블 연결 또는 설정 실수가 검출되지 않고 바람직하지 않은 네트워크 [10]동작을 일으킬 수 있습니다.

노트 ★★★★★★★★★★★★★★★★★」

LACP는 프로토콜을 사용하도록 설정된 모든 링크에 프레임(LACPDU)을 전송하여 작동합니다.LACP는 LACP로, LACP는 LACP로, LACP는 LACP로, LACP는 LACP로, LACP는 LACP로, LACP는 LACP로, LACP는 LACP로, LACP는 LACP로, LACP로, LACP로, LACP로, LACP, LACP로, LACP로, LACP, LACP, LACP, LACP, LACP, LACP, LACP, LACP, LACP, LACP, LACP, LACPLACP active passive passive passive.액티브 모드에서는, LACPDU 는 설정되어 있는 링크에 따라서 1초당 1개 송신됩니다.패시브 모드에서는 상대편에서 Speak-When-Speak-to 프로토콜이 수신될 때까지 LACPDU가 전송되지 않습니다.

인 링크

IEEE 링크 어그리게이션서브 스탠다드 외에 시스코의 EtherChannel 및 Port Aggregation Protocol, Juniper의 집약 이더넷, AVAYA의 멀티링크트렁킹, 스플릿 멀티링크트렁킹, 루티드스플릿 멀티링크트렁킹, 멀티링크트렁킹 등 다수의 독자적인 어그리게이션스킴이 있습니다., Huawei의 Eth-Trunk와 Connectify의 Speedify.[11]대부분의 하이엔드 네트워크 디바이스는 어떤 형식의 링크 집약을 지원합니다.*BSD lagg 패키지, Linux 본딩 드라이버, Solaris dladm aggr 등 소프트웨어 기반 구현은 많은 운영 체제에서 사용할 수 있습니다.

Linux 드라 linux linux

Linux 본딩[12] 드라이버는 여러 Network Interface Controller(NIC; 네트워크인터페이스 컨트롤러)를 2개 이상의 이른바(NIC; 슬레이브) 슬레이브로 구성된 단일 논리 본딩 인터페이스로 집약하는 방법을 제공합니다.최신 Linux 배포판의 대부분은 Linux 본딩 드라이버가 로드 가능한 커널 모듈로 통합되어 있고 ifenslave(= [네트워크] 인터페이스인 경우) 사용자 레벨 제어 프로그램이 미리 설치되어 있는 Linux 커널과 함께 제공됩니다.Donald Becker는 오리지널 Linux 본딩 드라이버를 프로그래밍했습니다.Linux 커널 2.0용 Beowulf 클러스터 패치와 함께 사용되었습니다.

Linux 본딩[12] 드라이버 모드(네트워크 인터페이스 집약 모드)는 로드 시 커널 본딩 모듈에 파라미터로 제공됩니다.이러한 명령어는 insmod 명령 또는 modprobe 명령어에 명령줄 인수로 지정할 수 있지만 일반적으로 Linux 배포 고유의 Configuration파일로 지정됩니다.단일 논리 결합 인터페이스의 동작은 지정된 결합 드라이버 모드에 따라 달라집니다.기본 파라미터는 balance-rr 입니다.

의 경우(balance-rr)
사용 가능한 첫 번째 NIC 슬레이브부터 마지막 NIC 슬레이브까지 대체 네트워크 패킷을 순차적으로 전송합니다.이 모드는 로드 밸런싱과 폴트 톨러런스를 제공합니다.[13]이 모드에서는 패킷 순서 변경으로 인해 [14]congestion 제어 문제가 발생할 수 있습니다.
★★★★★★★★★★★★★★★★★」
본드 내의 1개의 NIC 슬레이브만 액티브합니다.액티브 슬레이브에 장해가 발생했을 경우에만, 다른 슬레이브가 액티브하게 됩니다.단일 논리 결합 인터페이스의 MAC 주소는 하나의 NIC(포트)에서만 외부적으로 표시되므로 네트워크 스위치에서의 전송을 단순화할 수 있습니다.이 모드는 내결함성을 제공합니다.
XOR(XOR)
패킷의 송신원 및 수신처의 해시에 근거해 네트워크 패킷을 송신합니다.디폴트 알고리즘에서는 MAC 주소(layer2)만을 고려합니다.새로운 버전에서는, IP 주소(레이어 2+3)와 TCP/UDP 포토 번호(레이어 3+4)에 근거해 추가 정책을 선택할 수 있습니다.이것에 의해, 행선지 MAC 주소, IP 주소, 또는 IP 주소와 포토의 조합 마다 같은 NIC 슬레이브가 선택됩니다.단일 접속은 패킷의 순서대로 전달이 보증되어 [15]단일 NIC의 속도로 전송됩니다.이 모드는 로드 밸런싱과 폴트 톨러런스를 제공합니다.
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
모든 슬레이브 네트워크인터페이스로 네트워크패킷을 송신합니다.이 모드는 내결함성을 제공합니다.
IEEE 802.3ad 이 ieee ieee （ 802 . 3ad 、 LACP ）
같은 속도와 듀플렉스 설정을 공유하는 집약 그룹을 만듭니다.802.3ad에 합니다.이 모드는 위의 XOR 모드와 비슷하며 동일한 밸런싱 정책을 지원합니다.링크는 2개의 LACP 지원 피어 간에 동적으로 설정됩니다.
특별한 네트워크 스위치 지원이 필요 없는 Linux 본딩 드라이버 모드.발신 네트워크 패킷트래픽은, 각 네트워크인터페이스 슬레이브상의 현재의 부하(속도에 대해서 계산)에 따라서 분산됩니다.착신 트래픽은, 현재 지정되어 있는 슬레이브 네트워크 인터페이스로 수신됩니다.이 수신 슬레이브에 장해가 발생했을 경우, 다른 슬레이브가 장해가 발생한 수신 슬레이브의 MAC 주소를 계승합니다.
로드밸런싱
에는, balance-tlb 와 IPv4 트래픽의 수신 로드 밸런싱(rlb)이 포함되어 있어 특별한 네트워크 스위치 지원은 필요 없습니다.수신 로드 밸런싱은 ARP 네고시에이션에 의해 실현됩니다.본딩 드라이버는 로컬시스템에서 송신된 ARP 응답을 대행 수신하여 송신원하드웨어 주소를 단일 논리 결합 인터페이스 내의 NIC 슬레이브 중 하나의 고유 하드웨어 주소로 덮어씁니다.이것에 의해, 네트워크 피어가 네트워크 패킷트래픽에 다른 MAC 주소를 사용할 수 있게 됩니다.

Linux Team[16] 드라이버는 본딩 드라이버 대신 사용할 수 있습니다.주요 차이점은 팀 드라이버 커널 부분에는 필수 코드만 포함되어 있으며 나머지 코드(링크 검증, LACP 구현, 의사결정 등)는 teamd 데몬의 일부로 사용자 공간에서 실행된다는 것입니다.

링크 어그리게이션은 단일 포트 또는 디바이스가 제공할 수 있는 것보다 훨씬 많은 데이터를 전송하는 고속 백본네트워크를 저렴한 방법으로 셋업할 수 있습니다.링크 어그리게이션에 의해서, 모든 것을 교환하거나 새로운 하드웨어를 도입할 필요 없이, 네트워크의 backbone 속도를 네트워크의 수요 증가에 따라 서서히 높일 수 있습니다.

대부분의 백본설치는 처음에 필요한 것보다 많은 케이블 또는 광섬유쌍을 설치합니다.이는 인건비가 케이블 비용보다 비싸고 추가 케이블을 사용하면 네트워킹 요구가 변경되었을 때 향후 인건비가 절감되기 때문입니다.링크 어그리게이션을 사용하면 포트를 사용할 수 있는 경우 추가 비용을 거의 들이지 않고 이러한 추가 케이블을 사용하여 백본 속도를 높일 수 있습니다.

트래픽의 밸런싱을 실시할 때, 네트워크 관리자는 이더넷프레임의 순서를 변경하는 것을 피하고 싶은 경우가 많습니다.예를 들어, 순서가 잘못된 패킷을 처리할 때 TCP는 추가적인 오버헤드를 겪습니다.이 목표는 특정 세션에 관련된 모든 프레임을 같은 링크 상에서 송신함으로써 대략적으로 산출됩니다.일반적인 실장에서는, L2 또는 L3 해시를 사용하고(즉, MAC 또는 IP 주소에 근거해), 항상 같은 플로우가 같은 물리 [17][18][19]링크를 개입시켜 송신되도록 합니다.

단, 단일 또는 극소수의 호스트 쌍만 서로 통신하는 경우(즉, 해시가 너무 적게 제공하는 경우)에는 트렁크 내의 링크 전체에 균등하게 분산되지 않을 수 있습니다.클라이언트 대역폭의 [18]합계를 효과적으로 제한합니다.극단적으로 한쪽 링크는 완전히 로드되고 다른 한쪽 링크는 완전히 아이돌 상태가 되며 집약 대역폭은 이 단일 멤버의 최대 대역폭으로 제한됩니다.이 때문에 실제 실장에서는 트렁킹된 모든 링크의 로드밸런싱과 풀 사용률이 거의 달성되지 않습니다.

함께 트렁킹된 NIC는 단일 NIC의 throughput을 초과하는 네트워크 링크를 제공할 수도 있습니다.예를 들어 중앙 파일서버는 2개의 1기가비트 NIC를 조합하여 집약2 기가비트 접속을 확립할 수 있습니다.데이터 시그널링 레이트는 여전히 1기가비트/초입니다.이는 링크 집약 사용 후 throughput 테스트에 사용되는 방법에 따라 오해의 소지가 있습니다.

Windows Microsoft Windows

Microsoft Windows Server 2012는 링크 집약을 기본적으로 지원합니다.이전 버전의 Windows Server는 디바이스 드라이버 소프트웨어 내의 제조원의 지원에 의존했습니다.예를 들어 인텔은 인텔 패스트이더넷 [20]카드와 기가비트 카드를 결합하기 위해 Advanced Networking Services(ANS)를 출시했습니다.
Nvidia는 Nvidia Network Access Manager/Firewall Tool을 사용하여 "팀 구성"도 지원합니다.HP에는 HP 브랜드 NIC용 팀 구성 툴도 준비되어 있습니다.이 툴은 EtherChannel이 아닌 NIC의 팀 구성 또는 802.3ad와 LACP를 포함한 여러 EtherChannel(포트 집약) 모드를 지원합니다.또한 기본적인 레이어3 집약(최소한 Windows XP SP3에서 [21]이용 가능)이 있습니다.이것에 의해, 같은 네트워크상에 복수의 IP 인터페이스를 가지는 서버와 복수의 인터넷 접속을 가지는 홈 유저는, 모든 인터페이스의 [22]부하를 분담하는 것으로, 접속 속도를 높일 수 있습니다.
Broadcom은 Broadcom Advanced Control Suite(BACS)를 통해 고급 기능을 제공합니다.BASP(Broadcom Advanced Server Program)의 팀 구성 기능을 통해 802.3ad 정적 LAG, LACP 및 "스마트 팀 구성"을 사용할 수 있습니다.이 기능을 통해 스위치로 설정할 필요가 없습니다.적어도 1개의 벤더가 Broadcom이고 다른 NIC가 [23]팀 구성을 생성하는 데 필요한 기능을 가지고 있는 한 여러 벤더의 NIC를 혼합하여 BACS와의 팀 구성을 구성할 수 있습니다.

및 UNIXLinux © UNIX

Linux, FreeBSD, NetBSD, OpenBSD, macOS, OpenSolaris 및 AIX와 같은 상용 Unix 디스트리뷰션은 상위 레벨에서 이더넷 본딩(트렁킹)을 구현하므로 NIC가 [12]커널에서 지원되는 한 다양한 제조업체 또는 드라이버의 NIC를 처리할 수 있습니다.

Citrix XenServer 및 VMware ESX는 링크 집약을 기본적으로 지원합니다.XenServer는 정적 LAG와 LACP를 모두 제공합니다. vSphere 5.1(ESXi)은 가상 Distributed [24]Switch에서 정적 LAG와 LACP를 기본적으로 지원합니다.
Microsoft Hyper-V의 경우 하이퍼바이저 또는 OS 레벨에서는 본딩 또는 팀 구성이 제공되지 않지만 위에서 설명한 Windows에서의 팀 구성 방법은 Hyper-V에도 적용됩니다.

사항

balance-r, balance-xor, broadcast 및 802.3ad 모드에서는 링크 집약 그룹의 모든 물리 포트가 동일한 논리 스위치 상에 있어야 합니다.대부분의 경우, 모든 링크가 접속되어 있는 물리 스위치가 오프라인이 되었을 때, 단일 장애점이 남습니다.active-backup 모드, balance-tlb 모드 및 balance-alb 모드도 2개 이상의 스위치로 설정할 수 있습니다.단, 페일오버 후(다른 모든 모드와 마찬가지로) 액티브세션이 실패하여(ARP 문제로 인해) 재시작해야 하는 경우가 있습니다.

그러나 거의 모든 벤더는 여러 개의 물리적 스위치를 하나의 논리적 스위치로 집약하는 등 이 문제를 해결하는 자체 확장을 가지고 있습니다.Split Multi-Link Trunking(SMLT; 분할 멀티링크트렁킹) 프로토콜을 사용하면 스택 내의 여러 스위치 간에 여러 이더넷링크를 분할할 수 있으므로 단일 포인트 장애를 방지할 수 있습니다.또한 모든 스위치를 단일 액세스스택의 여러 집약 스위치 간에 로드밸런싱할 수 있습니다.이러한 디바이스는 접속하고 있는(액세스) 디바이스에 단일 디바이스(스위치블록)로 인식되어 패킷 중복을 방지하기 위해 Inter-Switch Trunk(IST; 스위치 간 트렁크) 전체에서 상태를 동기화합니다.SMLT는 엔드 디바이스에 대해 투과적으로 동작하면서 모든 속도 트렁크(10 Mbit/s, 100 Mbit/s, 1,000 Mbit/s 및 10 Gbit/s)에 대해 서브초 페일오버 및 서브초 회복을 통해 향상된 복원력을 제공합니다.

링크 ( 「」)

대부분의 구현에서는 집계에 사용되는 모든 포트는 모든 동선 포트(10/100/1000BASE-T), 모든 멀티 모드파이버 포트 또는 모든 싱글 모드파이버 포트 등 동일한 물리 타입으로 구성됩니다.다만, IEEE 규격에서는, 각 링크가 전이중이며, 모든 링크가 같은 속도(10, 100, 1,000, 또는 10,000 Mbit/s)여야 합니다.

대부분의 스위치는 PHY에 의존하지 않습니다.즉, 스위치에는 구리, SX, LX, LX10 또는 기타 GBIC가 혼재되어 있을 수 있습니다.같은 PHY를 유지하는 것이 통상의 어프로치이지만, 1개의 링크에 대해서는 1000BASE-SX 파이버를 집약해, 2개의 링크에 대해서는 1000BASE-LX(길고 다양한 패스)를 집약할 수 있습니다만, 중요한 것은, 속도는 양쪽 링크의 전이중으로1 기가비트/초입니다.1개의 패스에서는 전파 시간이 다소 길어질 수 있지만 표준이 설계되어 [citation needed]있기 때문에 문제가 발생하지 않습니다.

집약 미스매치는 링크 양단에서 집약 타입이 일치하지 않는 것을 의미합니다.802.1을 실장하지 않은 스위치도 있습니다.AX 표준이지만 링크 집약의 정적 설정을 지원합니다.따라서 마찬가지로 스태틱하게 설정된 스위치 간의 링크집약은 기능하지만 스태틱하게 설정된 스위치와 LACP용으로 설정된 디바이스 간에 실패합니다.

»

Ethernet()

링크 집계에 대한 자세한 내용은 다음과 같습니다.EtherChannel, 멀티링크트렁킹 및 802.3ad

이더넷 인터페이스에서 채널 본딩을 수행하려면 이더넷 스위치와 호스트 컴퓨터의 운영 체제 양쪽의 지원이 필요합니다.이것에 의해, RAID [citation needed]0 어레이의 디스크간에 I/O가 스트라이핑 되는 것과 같은 방법으로, 네트워크 인터페이스를 개입시켜 프레임을 「스트라이핑」할 필요가 있습니다.이 때문에 채널 본딩에 대한 일부 설명에서는 Redundant Array of Inspensive Nodes(RAIN; 저렴한 노드의 다중 배열) 또는 "독립 네트워크 인터페이스의 다중 배열"[25]에 대해서도 언급하고 있습니다.

뎀뎀

아날로그 모뎀에서는 POTS를 통한 여러 다이얼업링크가 결합될 수 있습니다.이러한 결합 접속을 통한 throughput은 단순히 링크 상에서 발신 네트워크 접속을 로드밸런싱하는 라우팅 방식에서의 throughput보다 결합 링크의 집약 대역폭에 가까울 수 있습니다.

DSL

마찬가지로 복수의 DSL 회선을 결합해 대역폭을 늘릴 수 있습니다.영국에서는 예를 들어 2메가비트/초 대역폭밖에 액세스 할 수 없는 영역에서는 512kbit/s 업로드 대역폭과 4메가비트/s 다운로드 대역폭을 제공하기 위해 ADSL을 결합하는 경우가 있습니다.

Data over Cable TV(CATV; 케이블TV) 시스템의 DOCSIS[26] 3.0 및 3.1[27] 사양에서는 여러 채널을 결합할 수 있습니다.DOCSIS 3.0에서는 최대 32개의 다운스트림채널과 8개의 업스트림채널을 결합할 수 있습니다.보통 6MHz 또는 8MHz의 폭입니다.DOCSIS 3.1에서는 레벨 서브캐리어 및 대규모 표제 채널에서의 집약을 수반하는 보다 복잡한 배치가 정의되어 있습니다.

브로드밴드 본딩은 레벨4 이상의 OSI 레이어에서 여러 채널을 집약하는 것을 말합니다.연결된 채널은 T-1이나 DSL 회선 등의 유선 링크일 수 있습니다.또한 집약된 무선 결합 링크에 대해 여러 셀룰러 링크를 결합할 수 있습니다.

이전의 결합 방법론은 낮은 OSI 계층에 존재했기 때문에 구현을 위해서는 통신사와의 조정이 필요했습니다.광대역 본딩은 상위 계층에서 구현되기 때문에 이러한 [28]조정 없이 실행할 수 있습니다.

브로드밴드 채널본딩의 상용 실장은 다음과 같습니다.

  • Wistron AiEdge Corporation의 U본딩 테크놀로지
  • 머쉬룸 네트워크의 광대역 본딩 서비스
  • Connectify의 Speedify Fast Bonding VPN - PC, Mac, iOS 및 Android 여러 플랫폼용 소프트웨어 애플리케이션
  • Peplink의 Speed Fusion 본딩 테크놀로지
  • Viprinet의 멀티채널 VPN 본딩 테크놀로지
  • Elsight의 멀티채널 보안 데이터 링크
  • Synopi의 Natiply 인터넷 본딩 기술
  • ComBOX Networks의 서비스로서의 멀티 WAN 본딩
참고 항목: MIMO

와이파이

채널 본딩에 대한 자세한 내용은 다음과 같습니다.Super G(무선 네트워킹)
  • 802.11(Wi-Fi)에서는 Super G 테크놀로지(108Mbit/s)에서 채널본딩이 사용됩니다.54Mbit/s 데이터 신호 전송 속도를 가진 표준 802.11g의 두 채널을 연결합니다.
  • IEEE 802.11n에서는 채널 폭 40MHz 모드가 지정되어 있습니다.이는 채널 본딩이 아니라 기존 20MHz 채널 폭의 2배를 가진 단일 채널로, 2개의 인접 20MHz 대역을 사용합니다.이것에 의해, 1개의 20 MHz 채널로부터 직접 PHY 데이터 레이트를 2배로 할 수 있습니다만, MAC 와 유저 레벨의 throughput도 다른 요인에 의존하기 때문에,[citation needed] 2배로 할 수 없습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b Guijarro, Manuel; Ruben Gaspar; et al. (2008). "Experience and Lessons learnt from running High Availability Databases on Network Attached Storage" (PDF). Journal of Physics: Conference Series. Conference Series. IOP Publishing. 119 (4): 042015. Bibcode:2008JPhCS.119d2015G. doi:10.1088/1742-6596/119/4/042015. Retrieved 2009-08-17. Network bonding (also known as port trunking) consists of aggregating multiple network interfaces into a single logical bonded interface that correspond to a single IP address.
  2. ^ "IEEE 802.3ad Link Bundling". Cisco Systems. 2007-02-27. Archived from the original on 2012-04-19. Retrieved 2012-03-15.
  3. ^ "Cisco Nexus 5000 Series NX-OS Software Configuration Guide - Configuring Port Channels [Cisco Nexus 5000 Series Switches]". Cisco. Retrieved 2019-10-25.
  4. ^ a b "IEEE 802 Trunking Tutorial". 1997-11-11. Archived from the original on 2013-12-07. Retrieved 2013-08-13.
  5. ^ "IEEE 802.3ad Link Aggregation Task Force". www.ieee802.org. Archived from the original on 27 October 2017. Retrieved 9 May 2018.
  6. ^ Law, David (2006-11-13). "IEEE 802.3 Maintenance" (PDF). p. 9. Archived (PDF) from the original on 2008-10-07. Retrieved 2009-08-18. Proposal to move Link Aggregation to IEEE 802.1 •It is an 802.3 sublayer but it has to go above IEEE Std 802.1x
  7. ^ "IEEE 802.3ax (IEEE P802.1AX) Link Aggregation Project Authorization Request (approved)" (PDF). 2007-03-22. p. 3. Archived from the original (PDF) on 2010-11-16. Retrieved 2018-01-10. It has been concluded between 802.1 and 802.3 that future development of Link Aggregation would be more appropriate as an 802.1 standard
  8. ^ "IEEE SA - 802.1AX-2008 - IEEE Standard for Local and metropolitan area networks--Link Aggregation". Archived from the original on 2013-08-07. Retrieved 2013-08-13.
  9. ^ "What Is LACP?". Retrieved 5 March 2020.
  10. ^ "Link aggregation on Dell servers" (PDF). Archived from the original (PDF) on 13 March 2012.
  11. ^ "Connectify commercializes Speedify channel bonding service - FierceWireless". www.fiercewireless.com. Archived from the original on 28 June 2016. Retrieved 9 May 2018.
  12. ^ a b c Linux Foundation : Wayback Machine에서의 2010-12-28 본딩 아카이브
  13. ^ "Understanding NIC Bonding with Linux". 2 December 2009.
  14. ^ "Linux Ethernet Bonding Driver HOWTO". Retrieved 2021-11-27.
  15. ^ https://www.kernel.org/doc/Documentation/networking/bonding.txt[베어 URL 플레인텍스트 파일]
  16. ^ "libteam by jpirko". www.libteam.org. Archived from the original on 14 September 2017. Retrieved 9 May 2018.
  17. ^ "IEEE 802.3ad Link Aggregation (LAG) what it is, and what it is not" (PDF). Archived (PDF) from the original on 2007-11-29. Retrieved 2007-05-14.[어쩔 수 없는 소스?]
  18. ^ a b Mechanisms for Optimizing Link Aggregation Group (LAG) and Equal-Cost Multipath (ECMP) Component Link Utilization in Networks. doi:10.17487/RFC7424. RFC 7424.
  19. ^ "Outbound Traffic Distribution Across Trunked Links". Procurve 2910al Management and Configuration Guide. Hewlett Packard. February 2009.
  20. ^ 인텔 어드밴스드 네트워킹 서비스 2007-01-24 웨이백 머신에서 아카이브 완료
  21. ^ Archiveddocs. "RandomAdapter: Core Services". technet.microsoft.com. Archived from the original on 25 April 2016. Retrieved 9 May 2018.
  22. ^ "Norton Internet Security™ - PC Protection". www.pctools.com. Archived from the original on 1 April 2017. Retrieved 9 May 2018.
  23. ^ Broadcom Windows Management Applications 2012-08-01 Wayback Machine에서 아카이브 완료, 2012년 7월 8일 방문
  24. ^ VMware vSphere 5.1 네트워킹의 새로운 기능 Wayback Machine에서 2014-01-23 아카이브, 2012년 6월2013년 1월 17일 방문
  25. ^ Jielin Dong, ed. (2007). Network Dictionary. ITPro collection. Javvin Technologies Inc. p. 95. ISBN 9781602670006. Retrieved 2013-08-07. Channel bonding, sometimes also called redundant array of independent network interfaces (RAIN), is an arrangement in which two or more network interfaces on a host computer are combined for redundancy or increased throughput.
  26. ^ DOCSIS 3.0 물리 인터페이스 사양
  27. ^ DOCSIS 3.1 물리 인터페이스 사양
  28. ^ "Broadband bonding offers high-speed alternative". engineeringbook.net. Archived from the original on 7 July 2012. Retrieved 5 April 2013.
  29. ^ "Ubonding Wistron".
  30. ^ 머쉬룸 네트워크의 광대역 본딩 서비스
  31. ^ Connectify의 Speedify 서비스
  32. ^ Peplink의 Speed Fusion 본딩 테크놀로지
  33. ^ Viprinet의 멀티채널 VPN 본딩 테크놀로지
  34. ^ Elsight 멀티채널 시큐어 데이터 링크
  35. ^ Synopi의 Natiply 인터넷 본딩 기술
  36. ^ COMBOX 멀티완 서비스 광대역 본딩
일반

외부 링크