Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

물리적 인터페이스 속성

이 주제를 사용하여 디바이스에서 물리적 인터페이스의 다양한 속성을 구성할 수 있습니다. 물리적 인터페이스에 대한 인터페이스 설명, 인터페이스 속도, 어카운팅 프로필과 같은 속성을 구성하려면 다음 내용을 계속 읽어보십시오.

물리적 인터페이스 속성 개요

각 네트워크 미디어 유형에 대한 소프트웨어 드라이버는 일반 인터페이스 속성에 대해 합리적인 기본값을 설정합니다. 이러한 속성에는 인터페이스의 최대 전송 단위(MTU) 크기, 수신 및 전송 누출 버킷 속성, 링크 운영 모드 및 클럭 소스가 포함됩니다.

기본 일반 인터페이스 속성을 수정하려면 계층 수준에서 적절한 문을 포함합니다 [edit interfaces interface-name] .

인터페이스 설명 구성

구성 파일에서 각 물리적 인터페이스에 대한 텍스트 설명을 포함할 수 있습니다. 포함시킨 모든 설명 텍스트는 명령 출력에 표시됩니다. show interfaces 인터페이스 설명은 관리 정보 베이스(MIB) 개체에도 ifAlias 노출됩니다. 인터페이스의 구성에는 영향을 미치지 않습니다.

텍스트 설명을 추가하려면, 계층 수준에서 [edit interfaces interface-name] 문을 포함 description 합니다. 설명은 텍스트 한 줄일 수 있습니다. 텍스트에 공백이 포함되어 있으면 따옴표로 묶습니다.

예를 들면 다음과 같습니다.

참고:

옵션 82 에이전트 서킷 ID 서브옵션에 인터페이스 설명을 포함하도록 확장된 DHCP 릴레이를 구성할 수 있습니다. DHCP 릴레이 에이전트 옵션 82 정보 사용하기를 참조하세요.

라우터 또는 스위치 CLI에서 설명을 표시하려면 다음 명령을 사용합니다.show interfaces

인터페이스 MIB에서 인터페이스 설명을 표시하려면 서버의 명령을 사용합니다 snmpwalk . 특정 인터페이스에 대한 정보를 분리하려면, 명령 출력의 필드에 SNMP ifIndex 표시된 인터페이스 인덱스를 검색하십시오. show interfaces 객체는 ifAlias 에 있습니다 ifXTable.

논리적 단위 설명에 대한 정보는 구성에 논리적 단위 설명 추가하기를 참조하세요.

어그리게이션 인터페이스 지정 방법

어그리게이션 인터페이스는 인터페이스 그룹입니다. 어그리게이션 이더넷 인터페이스를 지정하려면 계층 수준 x 에서 [edit interfaces] 구성 aex 합니다. 여기서 는 0에서 시작하는 정수입니다.

어그리게이션 이더넷 인터페이스에 대한 VLAN을 구성하는 경우, 연결을 완료하려면 계층 수준에서 [edit interfaces aex] 문을 포함 vlan-tagging 해야 합니다.

어그리게이션 SONET/SDH 인터페이스의 경우, 계층 수준에서 구성 asx 합니다.[edit interfaces]

참고:

SONET/SDH 어그리게이션은 Junos OS의 독점이며 다른 소프트웨어와 작동하지 않을 수 있습니다.

인터페이스 속도

인터페이스 속도는 초당 인터페이스를 통해 이동할 수 있는 최대 데이터 양입니다. 에서 m 끝나는 인터페이스 속도는 초당 메가비트(Mbps)입니다. 에서 g 끝나는 링크 속도는 초당 기가비트(Gbps)입니다.

이더넷 인터페이스에서 인터페이스 속도 구성

고속 이더넷 12포트 및 48포트 PIC 인터페이스, 관리 이더넷 인터페이스(fxp0 또는 em0) 및 MX 시리즈 삼중 속도 이더넷 구리 인터페이스의 경우 인터페이스 속도를 명시적으로 설정할 수 있습니다. 고속 이더넷 및 fxp0em0 인터페이스는 10Mbps 또는 100Mbps(10m | 100m)로 구성할 수 있습니다. MX 시리즈 트라이레이트 이더넷 구리 인터페이스는 10Mbps , 100Mbps 또는 1Gbps (10m | 100m | 1g)로 구성할 수 있습니다. 관리 이더넷 인터페이스에 대한 정보와 라우터의 관리 이더넷 인터페이스 유형을 결정하려면 관리 이더넷 인터페이스 이해라우터별 지원되는 라우팅 엔진 을 참조하십시오. MX-DPC 및 Tri-Rate 구리 SFP가 장착된 MX 시리즈 라우터는 20x1 구리를 지원하여 SGMII(Serial Gigabit Media Independent Interface) 인터페이스를 통해 100/10BASE-T 및 1000BASE-T 작동과의 하위 호환성을 제공합니다.

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 속도를 구성하려면 계층 수준에서 [edit interfaces interface-name] 문을 포함 speed 합니다.
참고:
  • Junos OS 릴리스 14.2 auto-10m-100m 부터 이 옵션을 사용하면 고정 3단 속도 포트가 10m최대 속도로 100m 제한되는 포트와 자동 협상할 수 있습니다. 이 옵션은 MX 플랫폼의 3레이트 MPC 포트, 즉 3D 40x 1GE(LAN) RJ45 MIC에 대해서만 활성화해야 합니다. 이 옵션은 MX 플랫폼의 다른 MIC를 지원하지 않습니다.,

  • 링크 파트너가 자동 협상을 지원하지 않는 경우, 링크 파트너의 속도 및 링크 모드에 일치하도록 고속 이더넷 포트 중 하나를 수동으로 구성합니다. 링크 모드가 구성되면 자동 협상이 비활성화됩니다.

  • 3레이트 구리 SFP 인터페이스가 있는 MX 시리즈 라우터에서 포트 속도가 구성된 값으로 협상되고 협상 속도와 인터페이스 속도가 일치하지 않으면 링크가 활성화되지 않습니다.

  • Tri-Rate 이더넷 구리 인터페이스를 1Gbps 에서 작동하도록 구성하는 경우, 자동 협상을 반드시 활성화해야 합니다.

  • Junos OS 릴리스 11.4부터는 삼중 속도 이더넷 구리 인터페이스에서 반이중 모드가 지원되지 않습니다. 명령문을 포함 speed 할 때, 동일한 계층 수준에서 명령문을 포함 link-mode full-duplex 해야 합니다.

SONET/SDH 인터페이스 속도 구성

SONET/SDH 인터페이스의 속도는 컨텐테이션, 비연결 또는 채널화(멀티플렉싱) 모드에서 구성할 수 있습니다.

연결 모드에서 SONET/SDH 인터페이스 속도를 구성하려면 다음을 수행합니다.

  1. 구성 모드에서 계층 수준 interface-name so-fpc/pic/port으로 [edit interfaces interface-name] 이동합니다. 여기서 는 입니다.
  2. 연결 모드에서 인터페이스 속도를 구성합니다.

    예를 들어, 이 PIC가 4xOC12 연결 모드에 있을 때 4포트 OC12 PIC의 각 포트를 독립적으로 OC3 또는 OC12 속도로 구성할 수 있습니다.

비연결 모드에서 SONET/SDH 인터페이스 속도를 구성하려면 다음을 수행합니다.

  1. 구성 모드에서 계층 수준 interface-name so-fpc/pic/port으로 [edit interfaces interface-name] 이동합니다. 여기서 는 입니다.

  2. 연결 모드에서 인터페이스 속도를 구성합니다.

    예를 들어, 이 PIC가 4xOC12 연결 모드에 있을 때 4포트 OC12 PIC의 각 포트를 독립적으로 OC3 또는 OC12 속도로 구성할 수 있습니다.

PIC가 채널화된(멀티플렉싱) 모드에서 작동하도록 구성하는 방법:

  1. 구성 모드에서 계층 수준으로 [edit chassis fpc slot-number pic pic-number] 이동합니다.

  2. 옵션을 구성합니다 no-concatenate .

참고:

SFP(Small Form-factor Pluggable)가 있는 SONET/SDH OC3/STM1(다중 속도) MIC, SFP가 있는 채널화된 SONET/SDH OC3/STM1(다중 속도) 메시지 무결성 검사(MIC) 및 SFP가 있는 채널화된 OC3/STM1(다중 속도) 서킷 에뮬레이션 MIC에서는 [edit interfaces] 계층 수준에서 인터페이스 속도를 설정할 수 없습니다. 이러한 MIC에서 속도를 활성화하려면 계층 수준에서 [edit chassis fpc slot-number pic pic-number port port-number] 포트 속도를 설정해야 합니다.

FEC(Forward Error Correction)

FEC(Forward Error Correction)는 디바이스에서 전송되는 데이터의 신뢰성을 향상시킵니다. 인터페이스에서 FEC가 활성화되면 해당 인터페이스는 중복 데이터를 보냅니다. 수신기는 중복 비트가 일치하는 경우에만 데이터를 수신하여 전송에서 잘못된 데이터를 제거합니다. Junos OS 를 사용하면 네트워크 관리자가 이더넷 인터페이스에서 Reed-Solomon FEC(RS-FEC) 및 BASE-R FEC를 구성할 수 있습니다. RS-FEC는 IEEE 802.3-2015 Clause 91을 준수합니다. BASE-R FEC는 IEEE 802.3-2015 Cause 74를 준수합니다.

FEC의 이점

이더넷 인터페이스에 FEC를 구성할 때 FEC는 다음과 같은 방식으로 디바이스 기능을 개선합니다.

  • 연결의 신뢰성 향상

  • 수신기가 데이터를 재전송할 필요 없이 전송 오류를 수정할 수 있도록 합니다.

  • 옵틱의 도달 범위를 확장합니다.

개요

기본적으로 Junos OS는 연결된 옵틱을 기반으로 FEC를 활성화 또는 비활성화합니다. 예를 들어, Junos OS는 100 기가비트(Gb) SR4 옵틱에 대해 RS-FEC를 활성화하고 100G LR4 옵틱에 대해 RS-FEC를 비활성화합니다. 기본 동작을 무시하고 RS-FEC를 명시적으로 활성화 또는 비활성화할 수 있습니다.

100기가비트 이더넷(GbE) 인터페이스에 대해 RS-FEC를 활성화 또는 비활성화할 수 있습니다. 이 문을 사용하여 RS-FEC를 활성화 또는 비활성화한 후, 이 동작은 인터페이스와 연결된 포트에 설치된 모든 100GbE 옵티컬 트랜시버에 적용됩니다.

FEC 절 CL74는 25Gb 및 50Gb 인터페이스에 구성하고 CL91은 100Gb 인터페이스에 구성할 수 있습니다. FEC 절은 이러한 인터페이스에 기본적으로 적용되기 때문에 적용하지 않으려면 FEC 절을 비활성화해야 합니다.

참고:

FPC-PTX-P1-A 및 FPC2-PTX-P1A가 있는 PTX5000 라우터는 RS-FEC를 지원하지 않습니다.

PTX3000 및 PTX5000 라우터에서 PE-10-U-QSFP28 PIC 및 LR4 광학을 갖춘 FPC3-SFF-PTX-1H 및 FP3-SFF-PTX-1T는 포트 2에서만 RS-FEC를 지원합니다. LR4 광학을 갖춘 PE-10-U-QSFP28의 경우, RS-FEC는 포트 2의 기본 FEC 모드이고 NONE은 포트 0, 1, 3에서 9까지의 기본 FEC 모드입니다. SR4 옵틱이 포함된 PE-10-U-QSFP28의 경우, RS-FEC는 기본적으로 모든 포트에서 활성화됩니다. 설치된 옵틱에 관계없이 포트에서 FEC 모드를 수정하지 마십시오.

FEC 구성

인터페이스 및 관련 인터페이스에서 FEC 모드를 비활성화 또는 활성화하려면 다음 작업을 완료합니다.

  1. FEC 모드를 비활성화하려면:
  2. FEC 모드를 활성화하려면:

    또는 다음을 수행합니다.

  3. 인터페이스에서 FEC 모드를 보려면 다음 show interfaces interface-name 명령을 사용합니다. 출력에는 FEC가 수정된 오류 수, 수정되지 않은 FEC 오류 수, 비활성화되거나 활성화된 FEC 유형을 포함하여 특정 인터페이스에 대한 FEC 통계가 나열됩니다.

인터페이스 별칭

개요

인터페이스 별칭은 물리적 인터페이스에서 논리 단위에 대한 텍스트 설명입니다. 별칭을 사용하면 인터페이스에 하나의 의미 있고 쉽게 식별할 수 있는 이름을 지정할 수 있습니다. 인터페이스 별칭은 단위 수준에서만 지원됩니다.

별칭 이름은 모든 show, show interfaces, 및 기타 운영 모드 명령의 출력에서 인터페이스 이름 대신 표시됩니다. 인터페이스의 논리 단위에 대한 별칭을 구성해도 인터페이스가 디바이스에서 작동하는 방식에는 아무런 영향을 미치지 않습니다.

인터페이스 이름을 위한 별칭을 제한하려면, show 명령과 함께 매개 변수를 display no-interface-alias 사용합니다.

인터페이스의 별칭 이름을 구성할 때, CLI는 별칭 이름을 구성 데이터베이스의 변수 값 interface-name 으로 저장합니다. 운영 체제 프로세스가 구성 데이터베이스에서 변수를 interface-name 쿼리하면 시스템 작업 및 계산에 대한 별칭 이름 대신 변수의 interface-name 정확한 값이 반환됩니다.

시스템 운영 및 계산에 인터페이스 이름의 정확한 값을 사용하면 인터페이스 별칭 지원이 제공되지 않는 Junos OS 릴리스와의 하위 호환이 가능합니다.

구성

인터페이스 별칭을 지정하려면, 계층 수준에서 [edit interfaces interface-name unit logical-unit-number] 문을 사용합니다alias. 별칭 이름은 문자로 시작하며, 그 뒤에는 문자, 숫자, 대시, 점, 밑줄, 콜론 또는 슬래시를 사용합니다. 별칭을 유효한 인터페이스 이름의 일부로 시작하지 마십시오. 5자에서 128자 사이를 사용합니다.

예를 들면 다음과 같습니다.

일부 디바이스에서는 계층 수준에서 별칭을 구성할 수도 있습니다.[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]

참고:

둘 이상의 논리적 인터페이스에서 동일한 별칭 이름을 구성하면 라우터에 오류 메시지가 표시되고 커밋이 실패합니다.

인터페이스 별칭 이름을 사용하여 구성에서 인터페이스가 하는 역할을 쉽게 확인할 수 있습니다. 예를 들어, 위성 연결 인터페이스를 쉽게 식별하려면:

  1. 링크 어그리게이션 그룹(LAG) 또는 LAG 번들을 사용하여 물리적 인터페이스를 하나의 어그리게이션 인터페이스로 그룹화합니다. 어그리게이션 인터페이스에 sat1이라는 이름을 붙여 위성 연결 인터페이스라는 것을 표시합니다.
  2. LAG 번들 또는 전체 LAG의 구성원으로 논리 인터페이스를 선택합니다. 해당 인터페이스에 et-0/0/1라는 이름을 붙여 위성 디바이스 포트 또는 서비스 인스턴스를 나타냅니다.
  3. 위성 이름과 인터페이스 별칭 이름을 결합하여 위성 포트 이름을 모두 나타낼 수 있습니다. 예를 들어, 위성 포트에 별칭 sat1:et-0/0/1을 부여할 수 있습니다.

예: 인터페이스 별칭 이름 추가

이 예는 인터페이스의 논리 단위에 별칭을 추가하는 방법을 보여줍니다. 작업 명령의 출력에 표시될 때 인터페이스를 식별하기 위한 별칭을 사용하면 보다 의미 있는 명명 규칙과 더 쉬운 식별이 가능합니다. 물리적 및 논리적 인터페이스에 대한 인터페이스 별칭 이름을 정의하는 이 기능은 다음 디바이스를 포함하는 Junos Node Unifier(JNU) 환경에서 유용합니다.

  • 컨트롤러로서의 주니퍼 네트웍스 MX 시리즈 5G 유니버설 라우팅 플랫폼

  • 위성 디바이스로서의 EX 시리즈 이더넷 스위치, QFX 시리즈 디바이스 및 ACX 시리즈 유니버설 메트로 라우터

요구 사항

이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.

  • 컨트롤러 역할을 하는 하나의 MX 시리즈 라우터

  • 위성 디바이스 역할을 하는 한 개의 EX4200 스위치

  • Junos OS 릴리스 13.3R1 이상

개요

물리적 인터페이스에서 각 논리 단위에 대한 별칭을 생성할 수 있습니다. 별칭에 대해 정의한 설명 텍스트가 명령의 출력에 표시됩니다. show interfaces 인터페이스의 논리 단위에 구성된 별칭은 라우터 또는 스위치의 인터페이스 작동 방식에는 아무런 영향을 미치지 않으며, 코스메틱 레이블일 뿐입니다.

구성

위성, sat1에 연결된 JNU 컨트롤러 인터페이스에 별칭 이름이 구성된 시나리오를 생각해보겠습니다. 인터페이스는 두 개의 링크를 사용하여 JNU 관리 네트워크의 다운링크 방향으로 연결됩니다. 별칭 이름은 컨트롤러 및 위성에서 실행되는 운영 모드 명령에서 이러한 인터페이스를 효과적이고 간편하게 식별할 수 있도록 해줍니다.

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일에 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.

컨트롤러 인터페이스에 대한 인터페이스 별칭 이름 추가

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준을 탐색해야 합니다. CLI 탐색에 대한 정보는 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

다운링크 방향으로 위성 디바이스에 연결하는 데 사용되는 컨트롤러 인터페이스에 인터페이스 별칭 이름을 추가하려면:

  1. 다운링크 방향으로 위성, sat1에 연결하는 데 사용되는 어그리게이션 이더넷 인터페이스의 논리 단위에 대한 별칭 이름을 구성합니다. 인터페이스의 패밀리 및 주소를 구성 inet 합니다.

  2. 다운링크 방향으로 동일한 위성, sat1에 연결하는 데 사용되는 또 다른 어그리게이션 이더넷 인터페이스의 논리 단위에 대한 별칭 이름을 구성합니다. 인터페이스의 패밀리 및 주소를 구성 inet 합니다.

  3. 컨트롤러에서 기가비트 이더넷 인터페이스에 대한 별칭 이름을 구성하고 매개 변수를 구성합니다.

  4. 기가비트 이더넷 인터페이스를 논리적 인터페이스의 멤버 링크로 구성합니다 ae- .

  5. 컨트롤러와 방화벽 게이트웨이 간의 네트워크에서 RIP를 구성합니다.

결과

구성 모드에서 명령을 입력하여 구성을 확인합니다. show 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.

인터페이스가 구성되었음을 확인한 후 구성 모드에서 명령을 입력합니다 commit .

검증

이 섹션의 예를 사용하여 인터페이스 이름 대신 별칭 이름이 표시되는지 확인합니다.

컨트롤러 인터페이스에 대한 별칭 이름의 구성 확인

목적

인터페이스 이름 대신 별칭 이름이 표시되는지 확인합니다.

작업

모든 RIP 이웃에 대한 정보를 표시합니다.

의미

출력에는 수행된 벤치마킹 테스트의 세부 정보가 표시됩니다. 운영 명령에 대한 show rip neighbor 자세한 내용은 CLI 탐색기를 참조하십시오show rip neighbor.

클럭 소스 개요

디바이스와 인터페이스 모두에서 클럭 소스는 인터페이스에서 수신되는 외부 클럭이거나 라우터의 내부 Stratum 3 클럭일 수 있습니다.

예를 들어, 인터페이스 A는 인터페이스 A의 수신 클럭(외부, 루프 타이밍) 또는 Stratum 3 클럭(내부, 라인 타이밍 또는 정상 타이밍)에서 전송할 수 있습니다. 인터페이스 A는 다른 모든 소스의 클럭을 사용할 수 없습니다. 다른 클럭 소스를 사용할 수 있는 SONET/SDH와 같은 인터페이스의 경우, 각 인터페이스에서 전송 클럭의 소스를 구성할 수 있습니다.

클럭 소스는 M120 라우터의 컨트롤 보드(CB)에 있습니다. M7i 및 M10i 라우터는 컴팩트 포워딩 엔진 보드(CFEB) 및 향상된 컴팩트 포워딩 엔진 보드(CFEB-E)에 클럭 소스를 가지고 있습니다.

MX 시리즈의 경우 클럭 소스 내부 Stratum 3 클럭은 SONET 클럭 발전기 및 스위치 컨트롤 보드(SCB)(MX 시리즈)에 있습니다. 기본적으로 19.44MHz Stratum 3 참조 클럭은 모든 직렬 PIC(SONET/SDH) 및 PDH PIC에 대한 클럭 신호를 생성합니다. PDH PIC에는 DS3, E3, T1, E1이 포함됩니다.

참고:

M7i 및 M10i 라우터는 SONET 인터페이스의 외부 클럭을 지원하지 않습니다.

클럭 소스 구성

라우터와 인터페이스 모두에서 클럭 소스는 인터페이스에서 수신되는 외부 클럭이거나 라우터의 내부 Stratum 3 클럭일 수 있습니다.

클럭 소스를 외부 또는 내부로 설정하려면 다음을 수행합니다.

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 옵션을 외부 또는 내부로 구성 clocking 합니다.
참고:

채널화된 SONET/SDH PIC에서 상위(또는 기본) 컨트롤러 클럭 external을 로 설정한 경우 하위 컨트롤러 클럭을 기본값, internal즉 로 설정해야 합니다.

예를 들어, 채널화된 STM1 PIC에서 채널화된 STM1 인터페이스(기본 컨트롤러)의 클럭이 로 설정된 external경우 CE1 인터페이스(하위 컨트롤러) 클럭을 로 구성해서는 안 됩니다.external 대신 CE1 인터페이스 클럭을 로 구성해야 합니다.internal

채널화된 인터페이스의 클럭킹에 대한 자세한 내용은 채널화된 IQ 및 IQE 인터페이스 속성을 참조하십시오. SONET/SDH 인터페이스의 클럭 소스 구성채널화된 T3 루프 타이밍 구성도 참조하십시오.

MX80, MX240, MX480 및 MX960 유니버설 라우팅 플랫폼에서 동기식 이더넷을 구성하는 방법에 대한 자세한 내용은 동기식 이더넷 개요MX 시리즈 라우터에서 클럭 동기화 인터페이스 구성을 참조하십시오.

물리적 인터페이스에서의 인터페이스 캡슐화

PPP(포인트 투 포인트 프로토콜) 캡슐화는 물리적 인터페이스의 기본 캡슐화 유형입니다. PPP 캡슐화를 지원하는 물리적 인터페이스에는 PPP가 기본적으로 사용되기 때문에 캡슐화를 구성할 필요가 없습니다.

PPP 캡슐화를 지원하지 않는 물리적 인터페이스의 경우, 인터페이스에서 전송되는 패킷에 사용할 캡슐화를 구성해야 합니다. 논리적 인터페이스에서는 선택적으로 Junos OS 가 특정 패킷 유형 내에서 사용하는 캡슐화 유형을 구성할 수 있습니다.

캡슐화 기능

물리적 인터페이스에서 포인트 투 포인트 캡슐화(예: PPP 또는 Cisco HDLC)를 구성할 때 물리적 인터페이스에는 관련된 하나의 논리적 인터페이스(즉, 하나의 unit 문)만 있을 수 있습니다. 멀티포인트 캡슐화(예: 프레임 릴레이)를 구성할 때 물리적 인터페이스에는 여러 논리적 단위가 있을 수 있으며 단위는 포인트 투 포인트이거나 멀티포인트가 될 수 있습니다.

표준 TPID(태그 프로토콜 식별자) 태깅을 사용하는 이더넷 인터페이스용 이더넷 CCC(Circuit Cross-Connect) 캡슐화의 경우 물리적 인터페이스에 하나의 논리적 인터페이스만 있어야 합니다. VLAN 모드에서 이더넷 인터페이스에는 여러 논리적 인터페이스가 있을 수 있습니다.

VLAN 모드의 이더넷 인터페이스의 경우 VLAN ID가 다음과 같이 적용될 수 있습니다.

  • VLAN ID 0은 프레임 우선 순위의 태깅을 위해 예약됩니다.

  • 캡슐화 유형의 vlan-ccc경우, VLAN ID 1에서 511이 일반 VLAN에 대해 예약됩니다. VLAN ID 512 이상은 VLAN CCC용으로 예약됩니다.

  • 캡슐화 유형의 vlan-vpls경우 VLAN ID 1에서 511이 일반 VLAN용으로 예약되고 VLAN ID 512에서 4094는 VPLS VLAN용으로 예약됩니다. 4포트 고속 이더넷 인터페이스의 경우, VPLS VLAN에 VLAN ID 512부터 1024를 사용할 수 있습니다.

  • 캡슐화 유형 extended-vlan-cccextended-vlan-vpls의 경우 모든 VLAN ID가 유효합니다.

  • SFP가 포함된 기가비트 이더넷 인터페이스 및 기가비트 이더넷 IQ 및 IQE PIC의 경우, 물리적 인터페이스에서 유연한 이더넷 서비스 캡슐화를 구성할 수 있습니다. 캡슐화가 있는 flexible-ethernet-services 인터페이스의 경우, 모든 VLAN ID가 유효합니다. 1 부터 511까지의 VLAN ID는 예약되지 않습니다.

    참고:

    M7i 라우터의 10포트 기가비트 이더넷 PIC 및 빌트인 기가비트 이더넷 포트는 유연한 이더넷 서비스 캡슐화를 지원하지 않습니다.

구성 가능한 VLAN ID의 상한은 인터페이스 유형에 따라 다릅니다.

TCC(Translational Cross-Connect) 캡슐화를 구성할 경우, 유사하지 않은 레이어 2 및 레이어 2.5 링크에서 VPN 연결을 처리하고 레이어 2 및 레이어 2.5 프로토콜을 로컬로 종료하기 위해 일부 수정이 필요합니다. 디바이스는 다음과 같은 미디어별 변경을 수행합니다.

  • PPP(포인트 투 포인트 프로토콜) TCC - LCP(링크 제어 프로토콜) 및 NCP(네트워크 제어 프로토콜) 모두 라우터에서 종료됩니다. IPCP(인터넷 프로토콜 제어 프로토콜) IP 주소 협상은 지원되지 않습니다. Junos OS 는 전달하기 전에 수신 프레임에서 모든 PPP 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 PPP 캡슐화로 변경됩니다.

  • Cisco HDLC(High-Level Data Link Control) TCC - Keepalive 처리가 라우터에서 종료됩니다. Junos OS 는 전달하기 전에 수신되는 프레임에서 모든 Cisco HDLC 캡슐화 데이터를 제거합니다. 출력의 경우 다음 홉이 Cisco HDLC 캡슐화로 변경됩니다.

  • 프레임 릴레이 TCC - 모든 LMI(로컬 관리 인터페이스) 처리가 라우터에서 종료됩니다. Junos OS 는 전달하기 전에 수신되는 프레임에서 모든 프레임 릴레이 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 프레임 릴레이 캡슐화로 변경됩니다.

  • ATM(비동기식 전송 모드) - OAM(Operation, Administration, and Maintenance) 및 ILMI(Interim Local Management Interface) 처리가 라우터에서 종료됩니다. 셀 릴레이는 지원되지 않습니다. Junos OS는 전달하기 전에 수신되는 프레임에서 모든 ATM 캡슐화 데이터를 스트립합니다. 출력의 경우 다음 홉이 ATM 캡슐화로 변경됩니다.

캡슐화 유형

물리적 인터페이스 캡슐화 유형은 다음과 같습니다.

  • ATM CCC 셀 릴레이 - 두 개의 원격 가상 서킷 또는 ATM 물리적 인터페이스를 LSP(라벨 교환 경로)와 연결합니다. 서킷의 트래픽은 ATM 셀입니다.

  • ATM PVC—RFC 2684, ATM 적응 계층 5를 통한 멀티프로토콜 캡슐화에 정의되어 있습니다. ATM PVC 캡슐화로 물리적 ATM 인터페이스를 구성할 경우, RFC 2684 규격 AAL5(ATM 적응 계층 5) 터널가 설정되어 일반적으로 LDP(Label Distribution Protocol)를 사용하여 두 개의 MPLS 지원 라우터 사이에 설정되는 Multiprotocol Label Switching(MPLS) 경로를 통해 ATM 셀을 라우팅합니다.

  • Cisco 호환 HDLC(High-Level Data Link Control) 프레이밍(cisco-hdlc) - E1, E3, SONET/SDH, T1 및 T3 인터페이스는 Cisco HDLC 캡슐화를 사용할 수 있습니다. 두 개의 관련 버전이 지원됩니다.

    • CCC 버전(cisco-hdlc-ccc) - 논리적 인터페이스에는 캡슐화 문이 필요하지 않습니다. 이 캡슐화 유형을 사용할 경우 패밀리만 구성할 ccc 수 있습니다.

    • TCC 버전(cisco-hdlc-tcc) - CCC와 유사하고 동일한 구성 제한을 가지지만 연결 양쪽에서 서로 다른 미디어를 가진 서킷에 사용됩니다.

  • 이더넷 교차 연결 - VLAN 태깅이 없는 이더넷 인터페이스에는 이더넷 CCC 캡슐화를 사용할 수 있습니다. 두 개의 관련 버전이 지원됩니다.

    • CCC 버전(ethernet-ccc) - 표준 TPID(태그 프로토콜 ID) 태깅이 있는 이더넷 인터페이스에는 이더넷 CCC 캡슐화를 사용할 수 있습니다. 이 캡슐화 유형을 사용할 경우 패밀리만 구성할 ccc 수 있습니다.

    • TCC 버전(ethernet-tcc) - CCC와 비슷하지만 연결 양쪽에서 서로 다른 미디어를 가진 회로에 사용됩니다.

      8포트, 12포트 및 48포트 고속 이더넷 PIC의 경우, TCC는 지원되지 않습니다.

  • VLAN CCC(vlan-ccc) - VLAN 태깅이 활성화된 이더넷 인터페이스는 VLAN CCC 캡슐화를 사용할 수 있습니다. VLAN CCC 캡슐화는 TPID 0x8100만 지원합니다. 이 캡슐화 유형을 사용할 경우 패밀리만 구성할 ccc 수 있습니다.

    계층 수준에서 [edit interfaces interface-name] 문을 encapsulation vlan-ccc 사용하여 CCC 서킷에서 이더넷 VLAN 캡슐화를 구성할 경우, VLAN ID 목록을 인터페이스에 바인딩할 수 있습니다. 여러 VLAN에 대해 CCC를 구성하려면 문을 사용합니다.vlan-id-list [ vlan-id-numbers ] 이 문을 구성하면 다음에 대한 CCC가 생성됩니다.

    • 나열된 각 VLAN - 예: vlan-id-list [ 100 200 300 ]

    • 범위의 각 VLAN(예: vlan-id-list [ 100-200 ]

    • 목록과 범위 조합의 각 VLAN(예: vlan-id-list [ 50, 100-200, 300 ]

  • 확장 VLAN 교차 연결 - VLAN 802.1Q 태깅이 활성화된 기가비트 이더넷 인터페이스는 확장된 VLAN 교차 연결 캡슐화를 사용할 수 있습니다. (표준 TPID 태깅이 있는 이더넷 인터페이스는 VLAN CCC 캡슐화를 사용할 수 있습니다.) 확장된 VLAN 교차 연결의 두 가지 관련 버전이 지원됩니다.

    • CCC 버전(extended-vlan-ccc) - 확장된 VLAN CCC 캡슐화는 TPID 0x8100, 0x9100 및 0x9901를 지원합니다. 이 캡슐화 유형을 사용할 경우 패밀리만 구성할 ccc 수 있습니다.

    • TCC 버전(extended-vlan-tcc) - CCC와 비슷하지만 연결 양쪽에서 서로 다른 미디어를 가진 회로에 사용됩니다.

      8포트, 12포트 및 48포트 고속 이더넷 PIC의 경우, 확장된 VLAN CCC가 지원되지 않습니다. 4포트 기가비트 이더넷 PIC의 경우, 확장된 VLAN CCC 및 확장된 VLAN TCC가 지원되지 않습니다.

  • 이더넷 VPLS(ethernet-vpls) - VPLS가 활성화된 이더넷 인터페이스에는 이더넷 VPLS 캡슐화를 사용할 수 있습니다.

  • 이더넷 VLAN VPLS(vlan-vpls) - VLAN 태깅 및 VPLS가 활성화된 이더넷 인터페이스에는 이더넷 VLAN VPLS 캡슐화를 사용할 수 있습니다.

  • 확장 VLAN VPLS(extended-vlan-vpls) - VLAN 802.1Q 태깅 및 VPLS가 활성화된 이더넷 인터페이스에는 이더넷 확장 VLAN VPLS 캡슐화를 사용할 수 있습니다. (표준 TPID 태깅이 있는 이더넷 인터페이스에는 이더넷 VLAN VPLS 캡슐화를 사용할 수 있습니다.) 확장된 이더넷 VLAN VPLS 캡슐화는 TPID 0x8100, 0x9100, 0x9901를 지원합니다.

  • 유연한 이더넷 서비스(flexible-ethernet-services)—SFP가 있는 기가비트 이더넷 및 기가비트 이더넷 IQ 및 IQE PIC(10포트 기가비트 이더넷 PIC 및 M7i 라우터의 내장 기가비트 이더넷 포트 제외)는 유연한 이더넷 서비스 캡슐화를 사용할 수 있습니다. 어그리게이션 이더넷 번들은 이 캡슐화 유형을 사용할 수 있습니다. 여러 단위당 이더넷 캡슐화를 구성할 때 이 캡슐화 유형을 사용합니다. 이 캡슐화 유형을 사용하면 단일 물리적 포트에서 경로, TCC, CCC, 레이어 2 VPN(가상 사설망) 및 VPLS 캡슐화의 모든 조합을 구성할 수 있습니다. 물리적 인터페이스에서 유연한 이더넷 서비스 캡슐화를 구성하는 경우, 1 에서 511까지의 VLAN ID는 더 이상 일반 VLAN에 대해 예약되지 않습니다.

  • PPP - RFC 1661에서 정의됨, 포인트 투 포인트 링크를 통한 멀티프로토콜 데이터그램의 전송을 위한 PPP(포인트 투 포인트 프로토콜). PPP는 물리적 인터페이스에 대한 기본 캡슐화 유형입니다. E1, E3, SONET/SDH, T1 및 T3 인터페이스는 PPP 캡슐화를 사용할 수 있습니다.

물리적 인터페이스에서 캡슐화 구성

물리적 인터페이스에서 캡슐화를 구성하려면 다음을 수행합니다.

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 캡슐화 유형을 구성합니다.
    참고:
    • 캡슐화 유형이 캡슐화로 Cisco-compatible Frame Relay 설정된 경우, LMI 유형이 ANSI 또는 Q933-A로 설정되어 있는지 확인합니다.

    • 캡슐화가 물리적 인터페이스 수준에서 설정된 경우 vlan-vpls , 커밋 확인을 통해 그 안에 구성된 패밀리가 없 inet 어야 합니다.

물리적 SONET/SDH 인터페이스에 캡슐화 표시

목적

다음이 계층 수준에서 [edit interfaces interface-name] 설정된 경우 구성된 캡슐화 및 관련 설정 옵션을 물리적 인터페이스에 표시하려면:

  • 인터페이스 이름 - so-7/0/0

  • 캡슐화—ppp

  • 단위—0

  • 가족—inet

  • 주소—192.168.1.113/32

  • 대상 —192.168.1.114

  • 가족 -iso 그리고 mpls

작업

계층 수준에서 명령을 실행 show 합니다.[edit interfaces interface-name]

의미

구성된 캡슐화 및 관련 설정 옵션이 예상대로 표시됩니다. 두 family 명령문의 두 번째 집합을 사용하면 IS-IS 및 MPLS를 인터페이스에서 실행할 수 있습니다.

PTX 시리즈 라우터에서 인터페이스 캡슐화 구성

이 주제는 PTX 시리즈 패킷 전송 라우터에서 인터페이스 캡슐화를 구성하는 방법을 설명합니다. 구성 문을 사용하여 flexible-ethernet-services 물리적 인터페이스 아래에서 다른 논리적 인터페이스에 대해 다른 캡슐화를 구성합니다. 유연한 이더넷 서비스 캡슐화로, VLAN ID에 대한 범위 제한 없이 논리적 인터페이스 캡슐화를 각각 구성할 수 있습니다.

물리적 인터페이스에 지원되는 캡슐화는 다음과 같습니다.

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

Junos OS Evolved에서는 캡슐화가 flexible-ethernet-services PTX10003 디바이스에서 지원되지 않습니다.

논리적 인터페이스에 지원되는 캡슐화는 다음과 같습니다.

  • ethernet

  • vlan-ccc

  • vlan-tcc

참고:

PTX 시리즈 패킷 전송 라우터는 논리적 인터페이스에서 캡슐화를 지원 extended-vlan-cc 하거나 extended-vlan-tcc 캡슐화하지 않습니다. 대신, 동일한 결과를 달성하기 위해 0x9100의 TPID(태그 프로토콜 ID) 값을 구성할 수 있습니다.

유연한 이더넷 서비스 캡슐화를 구성하려면 계층 수준에서 [edit interfaces et-fpc/pic/port] 문을 포함 encapsulation flexible-ethernet-services 합니다. 예를 들면 다음과 같습니다.

Keepalives

기본적으로 Cisco HDLC(High-Level Data Link Control) 또는 PPP(Point-to-Point Protocol) 캡슐화로 구성된 물리적 인터페이스는 10초 간격으로 keepalive 패킷을 전송합니다. keepalives의 프레임 릴레이 용어는 LMI(Local Management Interface) 패킷입니다. Junos OS는 ANSI T1.617 Annex D LMI와 ITU(International Telecommunication Union) Q933 Annex A LMI를 모두 지원합니다. ATM(Asynchronous Transfer Mode) 네트워크에서 OAM(Operation, Administration, Maintenance) 셀은 동일한 기능을 수행합니다. 논리적 인터페이스 수준에서 OAM 셀을 구성합니다. 자세한 정보는 ATM OAM F5 루프백 셀 기간 정의를 참조하십시오.

keepalives 전송을 비활성화하는 방법:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 계층 수준에서 문을 포함 no-keepalives 합니다 [edit interfaces interface-name] .

TCC(Translational Cross-Connect) 연결을 위해 Cisco HDLC 캡슐화를 사용하여 구성된 물리적 인터페이스에서 keepalives 전송을 비활성화하는 방법:

  1. 구성 모드에서 계층 수준으로 [edit interfacesinterface-name] 이동합니다.

  2. 계층 수준에서 문과 encapsulation cisco-hdlc-tcc 함께 문을 포함 no-keepalives 합니다[edit interfaces interface-name].

TCC 연결을 위해 PPP 캡슐화로 구성된 물리적 인터페이스에서 keepalives 전송을 비활성화하는 방법:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.

  2. 계층 수준에서 문과 encapsulation ppp-tcc 함께 문을 포함 no-keepalives 합니다[edit interfaces interface-name].

ATM을 통한 PPP 또는 ATM 캡슐화를 통한 멀티링크 PPP를 구성할 때 논리적 인터페이스에서 keepalives를 활성화 또는 비활성화할 수 있습니다. 자세한 정보는 ATM2 캡슐화를 통한 PPP 구성을 참조하십시오.

keepalives 전송을 명시적으로 활성화하는 방법:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.

  2. 계층 수준에서 문을 포함 keepalives 합니다 [edit interfaces interface-name] .

기본 keepalive 값 중 하나 이상을 변경하려면:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.

  2. , down-countnumber, 및 와 같은 intervalseconds적절한 옵션과 함께 문을 포함 keepalives 합니다.up-countnumber

Cisco HDLC 또는 PPP 캡슐화로 구성된 인터페이스에서 다음 세 개의 keepalive 문을 포함할 수 있습니다. 이러한 문은 프레임 릴레이 캡슐화에 영향을 미치지 않습니다.

  • interval seconds—연속적인 keepalive 요청 사이의 시간(초). 범위는 1초에서 32767초이며 기본값은 10 초입니다.

  • down-count number—네트워크가 링크 다운을 시작하기 전에 대상이 수신하지 못해야 하는 keepalive 패킷 수. 범위는 1에서 255까지이며 기본값은 3입니다.

  • up-count number—링크 상태를 다운에서 업으로 변경하기 위해 대상이 수신해야 하는 keepalive 패킷 수입니다. 범위는 1에서 255까지이며 기본값은 1입니다.

주의:

인터페이스 keepalives가 구성 문을 지원 keepalives 하지 않는 인터페이스(예: 10기가비트 이더넷)에 구성된 경우 PIC가 다시 시작될 때 링크 레이어가 다운될 수 있습니다. 구성 문을 지원하지 않는 인터페이스에서 keepalives를 구성하지 keepalives 마십시오.

프레임 릴레이 keepalive 설정에 대한 정보는 프레임 릴레이 Keepalives 구성을 참조하십시오.

MPC/MICs(Modular Port Concentrators/Modular Interface Cards)가 있는 MX 시리즈 라우터에서 MPC/MIC의 패킷 포워딩 엔진은 PPP 가입자(클라이언트)가 시작하여 라우터로 전송하는 LCP(Link Control Protocol) 에코 요청 keepalive 패킷을 처리하고 응답합니다. LCP 에코 요청 패킷이 라우팅 엔진 대신 패킷 포워딩 엔진에 의해 처리되는 메커니즘을 PPP fast keepalive 라고 합니다. PPP fast keepalive가 MPCs/MIC가 있는 MX 시리즈 라우터에서 작동하는 방식에 대한 자세한 내용은 Junos OS 가입자 액세스 구성 가이드를 참조하십시오.

물리적 인터페이스에서 단방향 트래픽 플로우 이해하기

기본적으로 물리적 인터페이스는 양방향입니다. 즉, 트래픽을 전송하고 수신합니다. 10기가비트 이더넷 인터페이스에서 단방향 링크 모드를 구성하여 단방향인 두 개의 새 물리적 인터페이스를 생성할 수 있습니다. 새로운 송신 전용 및 수신 전용 인터페이스는 독립적으로 작동하지만 둘 다 원래의 상위 인터페이스에 종속되어 있습니다.

이점

  • 단방향 인터페이스는 단방향 링크 토폴로지를 구성할 수 있게 해줍니다. 거의 모든 트래픽이 공급자에서 사용자를 향해 한 방향으로 흐르는 광대역 비디오 서비스와 같은 애플리케이션에서는 단방향 링크가 유용합니다.
  • 단방향 링크 모드는 대역폭을 송신 및 수신 인터페이스에 차등적으로 지정할 수 있도록 하여 대역폭을 절약합니다.
  • 단방향 링크 모드에서는 송신 전용 인터페이스와 수신 전용 인터페이스가 독립적으로 작동하기 때문에 이러한 애플리케이션에 대한 포트가 절약됩니다. 각각 다른 라우터에 연결할 수 있습니다. 예를 들어, 이렇게 하면 필요한 포트의 총 개수가 줄어들 수 있습니다.
참고:

기능 탐색기를 사용하여 단방향 링크 모드 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

송신 전용 인터페이스는 작동 상태가 항상 켜져 있습니다. 수신 전용 인터페이스의 작동 상태는 로컬 결함에 따라서만 결정됩니다. 이는 원격 결함 및 전송 전용 인터페이스의 상태와는 무관합니다.

상위 인터페이스에서 클로킹, 프레이밍, gigether-옵션, sonet-옵션 등과 같이 두 인터페이스 모두에 공통적인 속성을 구성할 수 있습니다. 각 단방향 인터페이스에서는 캡슐화, MAC 주소, 최대 전송 단위(MTU) 크기, 논리적 인터페이스를 구성할 수 있습니다.

단방향 인터페이스는 IP 및 IP 버전 6(IPv6)을 지원합니다. 패킷 전달은 정적 경로 및 정적 ARP(Address Resolution Protocol) 항목을 통해 이루어지며, 이러한 항목은 두 개의 단방향 인터페이스에서 독립적으로 구성할 수 있습니다.

송신 통계만 송신 전용 인터페이스에 보고되고 수신 전용 인터페이스에는 0으로 표시됩니다. 수신 통계만 수신 전용 인터페이스에 보고되고 송신 전용 인터페이스에는 0으로 표시됩니다. 상위 인터페이스에는 송신 통계와 수신 통계가 모두 보고됩니다.

물리적 인터페이스에서 단방향 트래픽 플로우 활성화

단방향 링크 모드에서는 트래픽이 한 방향으로만 플로우 합니다. 물리적 인터페이스에서 단방향 트래픽 플로우를 활성화하려면:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 원래의 unidirectional 부모 인터페이스에 종속된 두 개의 새로운 단방향(전송 전용 및 수신 전용) 물리적 인터페이스를 생성하도록 옵션을 구성합니다.

물리적 인터페이스에서 SNMP 알림 활성화

기본적으로 Junos OS 는 인터페이스 또는 연결 상태가 변경될 때 SNMP(Simple Network Management Protocol) 알림을 보냅니다. 요구 사항에 따라 SNMP 알림을 활성화 또는 비활성화할 수 있습니다.

물리적 인터페이스에서 SNMP 알림 전송을 명시적으로 활성화:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 연결 상태 변경 시 SNMP 알림을 활성화하는 옵션을 구성 traps 합니다.

물리적 인터페이스에서 SNMP 알림을 비활성화하려면:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.

  2. 연결 상태 변경 시 SNMP 알림을 비활성화하는 옵션을 구성 no-traps 합니다.

물리적 인터페이스의 계정

Junos OS를 실행하는 디바이스는 디바이스를 통과하는 트래픽에 대한 다양한 종류의 데이터를 수집할 수 있습니다. 시스템 관리자는 이 데이터의 몇 가지 공통 특성을 지정하는 하나 이상의 계정 프로필을 설정할 수 있습니다. 이러한 특성은 다음과 같습니다.

  • 계정 기록에 사용되는 필드

  • 라우터 또는 스위치가 삭제하기 전에 보유하는 파일 수 및 파일당 바이트 수

  • 시스템이 데이터를 기록하는 데 사용하는 폴링 기간

개요

계정 프로필에는 필터 프로필과 인터페이스 프로필의 두 가지 유형이 있습니다. 계층 수준에서 문을 사용하여 프로필을 구성합니다 [edit accounting-options] .

계층 수준에서 문을 포함하여 filter-profile 필터 프로필을 구성합니다[edit accounting-options]. 및 [edit firewall family family filter filter-name] 계층 수준에서 문을 포함하여 accounting-profile 필터 프로필을 적용합니다[edit firewall filter filter-name].

계층 수준에서 문을 포함하여 interface-profile 인터페이스 프로필을 구성합니다 [edit accounting-options] . 인터페이스 프로필을 구성하는 방법에 대해 알아보려면 계속 읽어보십시오.

물리적 인터페이스에 대한 계정 프로필 구성

시작하기 전에

계층 수준에서 accounting 데이터 로그 파일을 구성합니다. [edit accounting-options] 운영 체제는 accounting 데이터 로그 파일에 통계를 기록합니다.

accounting 데이터 로그 파일을 구성하는 방법에 대한 자세한 내용은 Accounting 데이터 로그 파일 구성을 참조하십시오.

구성

특정 물리적 인터페이스에서 입력 및 출력 패킷에 대한 오류 및 통계 정보를 수집하도록 인터페이스 프로필을 구성합니다. 인터페이스 프로필은 운영 체제가 로그 파일에 쓰는 정보를 지정합니다.

인터페이스 프로필 구성 방법:

  1. 계층 수준으로 [edit accounting-options interface-profile] 이동합니다. 인터페이스 프로필의 이름을 지정하려면 을 포함 profile-name 합니다.
  2. 인터페이스에 대해 수집해야 하는 통계를 구성하려면 문을 포함합니다. fields
  3. 각 계정 프로필은 통계를 /var/log 디렉터리의 파일에 기록합니다. 계층 수준에서 [edit accounting-options] 이미 구성된 인터페이스 프로필에 대한 문을 지정 file 해야 합니다. 사용할 파일을 구성하려면 문을 사용합니다.file
  4. 운영 체제는 계정 프로필이 활성화된 각 인터페이스에서 통계를 수집합니다. accounting 프로필에 대해 지정된 간격 시간마다 한 번씩 통계를 수집합니다. 운영 체제는 구성된 간격에 걸쳐 균등하게 통계 수집 시간을 예약합니다. 허용되는 최소 간격은 1분입니다. 많은 수의 인터페이스에 대해 계정 프로필에 낮은 간격을 구성하면 심각한 성능 저하가 발생할 수 있습니다. 간격을 구성하려면 다음 문을 사용합니다.interval
  5. 계층 수준에서 [edit interfaces interface-name] 문을 포함하여 accounting-profile 인터페이스 프로필을 물리적 인터페이스에 적용합니다. 운영 체제는 지정한 인터페이스에 대한 accounting을 수행합니다.

계정 프로필 표시

목적

다음과 같이 구성된 계층 수준에서 [edit accounting-options interface-profile profile-name] 특정 물리적 인터페이스의 구성된 계정 프로필을 표시하기 위해:

  • 인터페이스 이름 - et-1/0/1

  • 인터페이스 프로필 —if_profile

  • 파일 이름—if_stats

  • 간격—15분

작업

  • 계층 수준에서 명령을 실행 show 합니다.[edit interfaces et-1/0/1]

  • 계층 수준에서 명령을 실행 show 합니다.[edit accounting-options]

의미

구성된 계정 및 관련 설정 옵션이 예상대로 표시됩니다.

물리적 인터페이스 비활성화

구성에서 인터페이스 구성 문을 제거하지 않고 물리적 인터페이스를 비활성화하여 중단된 것으로 표시할 수 있습니다.

물리적 인터페이스를 비활성화하는 방법

주의:

동적 가입자와 논리적 인터페이스는 네트워크 연결을 위해 물리적 인터페이스를 사용합니다. 동적 가입자와 논리 인터페이스가 활성 상태인 동안 인터페이스를 비활성화하도록 설정하고 변경사항을 커밋할 수 있습니다. 이 작업으로 인해 인터페이스의 모든 가입자 연결이 손실됩니다. 인터페이스를 비활성화할 때 주의하십시오.

물리적 인터페이스를 비활성화하려면:

  1. 구성 모드에서 계층 수준으로 [edit interfaces interface-name] 이동합니다.
  2. 문을 포함합니다.disable

    예를 들면 다음과 같습니다.

    참고:

    계층 수준에서 edit interfaces 문을 disable 사용할 때, PIC 유형에 따라 인터페이스가 레이저를 끄거나 끄지 않을 수 있습니다. 구형 PIC 트랜시버는 레이저 끄기를 지원하지 않지만 SFP 및 XFP 트랜시버를 탑재한 최신 기가비트 이더넷 PIC는 이를 지원합니다. 최신 PIC를 탑재한 디바이스에서는 인터페이스가 비활성화되면 레이저가 꺼집니다.

    레이저 경고:

    인터페이스가 비활성화되어 있더라도 레이저 빔을 응시하거나 광학 기기로 직접 마십시오.

예: 물리적 인터페이스 비활성화

샘플 인터페이스 구성:

인터페이스 비활성화:

인터페이스 구성 확인:

이더넷 루프백 기능 구성

인터페이스를 루프백 모드에 배치하려면 다음 문을 포함합니다.loopback

기본값으로 되돌아가려면, 즉 루프백 모드를 비활성화하려면 구성에서 문을 삭제 loopback 합니다.

루프백 모드를 명시적으로 비활성화하려면 다음 문을 포함합니다.no-loopback

다음 계층 수준에서 루프백no-loopback 문을 포함할 수 있습니다.

  • [edit interfaces interface-name aggregated-ether-options]

  • [edit interfaces interface-name ether-options]

QFX5100-48T에서 단거리 모드 구성

QFX5100-48T 스위치에서 짧은 케이블 길이(10m 미만)를 사용하여 개별 및 다양한 구리 기반 10기가비트 이더넷 인터페이스에 대해 단거리 모드를 활성화할 수 있습니다. 단거리 모드는 이러한 인터페이스에서 전력 소비를 최대 5W 까지 줄입니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

  1. 개별 인터페이스에서 단거리 모드를 활성화하려면 다음 명령을 실행합니다.

    예를 들어, PIC 0의 포트 0에서 단거리 모드를 활성화하려면 다음 명령을 실행합니다.

  2. 다양한 인터페이스에서 단거리 모드를 활성화하려면 다음 명령을 실행합니다.

    예를 들어, PIC 0의 포트 0과 포트 47 사이의 인터페이스 범위에서 단거리 모드를 활성화하려면 다음 명령을 실행합니다.

  3. 개별 인터페이스에서 단거리 모드를 비활성화하려면 다음 명령을 실행합니다.

    예를 들어, PIC 0의 포트 0에서 단거리 모드를 비활성화하려면 다음 명령을 실행합니다.

  4. 다양한 인터페이스에서 단거리 모드를 비활성화하려면 다음 명령을 실행합니다.

    예를 들어, PIC 0에서 포트 0과 포트 47 사이의 인터페이스 범위에서 단거리 모드를 비활성화하려면 다음 명령을 실행합니다.

플로우 제어 구성

기본적으로 라우터 또는 스위치는 고속 이더넷, Tri-Rate 이더넷 구리, GbE 및 10기가비트 이더넷 인터페이스에 전송되는 트래픽 양을 규제하기 위해 플로우 제어를 적용합니다. 플로우 제어는 4포트 고속 이더넷 PIC에서 지원되지 않습니다. 이는 연결의 원격 쪽이 고속 이더넷 또는 GbE 스위치인 경우 유용합니다.

라우터 또는 스위치가 무제한 트래픽을 허용하도록 하려면 플로우 제어를 비활성화할 수 있습니다. 플로우 제어를 비활성화하려면 다음 문을 포함합니다.no-flow-control

플로우 제어를 명시적으로 복원하려면 다음 명령문을 포함합니다.flow-control

다음 계층 수준에서 이러한 문을 포함할 수 있습니다.

  • [edit interfaces interface-name aggregated-ether-options]

  • [edit interfaces interface-name ether-options]

  • [edit interfaces interface-name fastether-options]

  • [edit interfaces interface-name gigether-options]

유형 5 FPC에서 수신 초과 구독 시 제어 패킷의 우선 순위를 지정하려면 인접 피어가 MAC 플로우 제어를 지원하는지 확인해야 합니다. 피어가 MAC 플로우 제어를 지원하지 않는 경우 플로우 제어를 비활성화해야 합니다.

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.

출시
설명
19.3R1
Junos OS 릴리스 19.3R1부터 EX4300-48MP 스위치에서 2포트 40기가비트 이더넷 QSFP+/100기가비트 이더넷 QSFP28 업링크 모듈을 구성하여 40기가비트 이더넷 포트 2개 또는 100기가비트 이더넷 포트 2개를 운영할 수 있습니다.
19.1R1
Junos OS 릴리스 19.1R1부터는 EX4300-48MP 스위치의 2포트 40기가비트 이더넷 QSFP+/1포트 100기가비트 이더넷 QSFP28 업링크 모듈에서 브레이크아웃 케이블을 사용하여 100기가비트 4개의 독립적인 25기가비트 이더넷 포트를 채널화할 수 있습니다.
14.2
Junos OS 릴리스 14.2 auto-10m-100m 부터 이 옵션을 사용하면 고정 3단 속도 포트가 10m최대 속도로 100m 제한되는 포트와 자동 협상할 수 있습니다. 이 옵션은 MX 플랫폼의 3레이트 MPC 포트, 즉 3D 40x 1GE(LAN) RJ45 MIC에 대해서만 활성화해야 합니다. 이 옵션은 MX 플랫폼의 다른 MIC를 지원하지 않습니다.
11.4
Junos OS 릴리스 11.4부터는 삼중 속도 이더넷 구리 인터페이스에서 반이중 모드가 지원되지 않습니다. 명령문을 포함 speed 할 때, 동일한 계층 수준에서 명령문을 포함 link-mode full-duplex 해야 합니다.