이 페이지의 내용
디바이스 프로필 소개
디바이스 프로필은 지원되는 하드웨어 디바이스의 기능을 정의합니다. 일부 기능 기능은 NOS 버전 간에 동작이 다르므로 기능은 NOS 버전별로 표현됩니다. 기본적으로 버전은 지원되는 모든 버전과 일치합니다. 추가 하드웨어 모델이 자격을 갖추면 해당 모델은 자격을 갖춘 장치 목록에 추가됩니다.
디바이스 프로필은 논리적 디바이스(물리적 디바이스의 추상화)와 연결되어 인터페이스 맵을 생성합니다.
다음 섹션에서는 디바이스 프로필 매개 변수에 대해 설명합니다. 디바이스 프로필에 대한 자세한 정보는 Apstra UI를 사용하여 디바이스 프로필 추가를 참조하십시오.
요약
| 요약 섹션 | 설명 |
|---|---|
| 이름 | 디바이스 프로필의 이름입니다. 64자 이하. |
| 슬롯 개수 | 디바이스의 슬롯 또는 모듈 수입니다. 모듈형 스위치에는 여러 개의 슬롯이 있습니다. |
| ID에서 시작 |
선택자
선택기 섹션에는 아래에 설명된 대로 하드웨어 장치를 장치 프로필과 일치시키기 위한 장치별 정보가 포함되어 있습니다.
| 선택기 섹션 | 설명 |
|---|---|
| 생산자 | 드롭다운 목록에서 선택됨 |
| 모델 | 장치 프로필을 특정 하드웨어에 적용할 수 있는지 여부를 결정합니다. 드롭다운 목록에서 선택하거나 정규식(regex)으로 입력합니다. |
| OS 제품군 | 구성이 생성되는 방법, 텔레메트리 명령이 렌더링되는 방법 및 구성이 장치에 배포되는 방법을 정의합니다. 드롭다운 목록에서 선택합니다. |
| 버전 | 장치 프로필을 특정 하드웨어에 적용할 수 있는지 여부를 결정합니다. 드롭다운 목록에서 선택하거나 정규식으로 입력합니다. |
기능
Apstra 환경의 다른 부분에서 이 섹션에 정의된 하드웨어 및 소프트웨어 기능을 활용하여 생성된 구성을 조정하거나 호환되지 않는 상황을 방지할 수 있습니다. ECMP를 제외하고 하드웨어 기능은 구성, 렌더링 또는 배포를 수정합니다. 기능에는 다음과 같은 세부 정보가 포함됩니다.
| 기능 섹션 | 설명 |
|---|---|
| CPU(cpu:문자열) | 디바이스의 CPU 아키텍처에 대해 설명합니다. 예: "x86" |
| Userland(비트)(userland:정수) | 디바이스가 지원하는 사용자 영역 유형(애플리케이션 바이너리/커널)입니다. 예: "32" 또는 "64". |
| RAM(GB)(ram:정수) | 디바이스의 메모리 양입니다. 예: "16" |
| ECMP 한계(ecmp_limit:정수) | Equal Cost Multi Path 라우팅의 최대 수입니다. 예: "64". 이 필드는 디바이스의 BGP 구성(ecmp max-paths)을 변경합니다. |
| 폼 팩터(form_factor:문자열) | 디바이스의 랙 유닛(RU) 수입니다. 예: "1RU", "2RU", "6RU", "7RU", "11RU", "13RU" |
| ASIC(asic:string) | 스위치 칩셋 ASIC. 예: "T2", "T2(3)", "T2(6)", "Arad(3)", "Alta", "TH", "Spectrum", "XPliant XP80", "ASE2", "Jericho". 텔레메트리, 구성 렌더링 및 VXLAN 라우팅 의미 체계를 지원하는 데 사용됩니다. |
| LXC (lxc_support: boolean) | 디바이스가 LXC 컨테이너를 지원하는 경우 선택됩니다. |
| ONI(오니:boolean) | 장치가 ONIE를 지원하는 경우 선택됩니다. |
지원되는 기능(Cisco만 해당)
COPP - COPP (컨트롤 플레인 폴리싱)가 활성화된 경우 지정된 NX-OS 버전에 대해 엄격한 CoPP 프로필 구성이 렌더링되어 다음과 같은 구성 렌더링이 발생합니다.
terminal dont-ask copp profile strict
NX-OS가 확인을 기다리지 않도록 하려면 이 터미널 don't-ask 컨피그레이션이 CoPP 프로필 strict 컨피그레이션을 활성화할 때만 필요합니다.
switch(config)# copp profile strict This operation can cause disruption of control traffic. Proceed (y/n)? [no] ^C switch(config)# switch(config)# terminal dont-ask switch(config)# copp profile strict switch(config)#
CoPP는 Cisco 3172PQ NXOS를 제외하고 기본적으로 활성화되어 있습니다. 여러 버전을 지정할 수 있습니다.
브레이크아웃 - 브레이크아웃을 활성화하여 지정된 모듈의 포트를 더 낮은 속도의 분할 포트로 분리할 수 있음을 나타냅니다.
Apstra 소프트웨어는 먼저 브레이크아웃이 가능한 모든 포트를 브레이크아웃 해제한 다음, 인텐트에 따라 적절한 브레이크아웃 명령을 적용합니다. 이는 전역 부정 명령이 no interface breakout module<module_number> 브레이크아웃 가능 포트가 있는 모듈에 항상 성공적으로 적용될 수 있다는 가정을 기반으로 합니다. (분리되지 않은 포트에 적용할 때 idempotent입니다.) 그러나 이 가정은 NX-OS의 향후 버전에서 또는 브레이크아웃 지원 포트에 삽입된 케이블/트랜시버의 특정 조합에서 깨질 수 있음을 알고 있습니다.
아래 예제는 True로 설정된 모듈(1)에 대한 부정 명령에 대한 것입니다.
no interface breakout module 1 !
부정 명령은 항상 모듈별로 적용 가능하므로 각 모듈이 개별적으로 지정됩니다. 이것의 장점은 다음과 같습니다.
- 모듈형 시스템에서 모든 라인 카드에 브레이크아웃 지원 포트가 있는 것은 아닙니다.
- 비모듈형 시스템에서는 브레이크아웃 가능 포트가 항상 모듈 1에 있는 것은 아닙니다.
브레이크아웃은 포트를 분리할 수 없는 모듈이 있는 디바이스를 제외하고 기본적으로 활성화됩니다: 3172PQ NXOS, 9372TX NXOS, C9372PX NXOS, C9396PX NXOS, NXOSv.
Historical Context(기록 컨텍스트) - 특정 버전의 NX-OS에서 POAP 단계는 브레이크아웃 가능한 포트에 브레이크아웃 컨피그레이션을 적용합니다. 7.0(3)I4(1) POAP에 도입된 POAP 동작은 DHCP 서버에 연결된 링크를 표시하는 브레이크아웃 맵(예: 10gx4, 50gx2, 25gx4 또는 10gx2)을 결정합니다. 포트에서 브레이크아웃이 지원되지 않는 경우 POAP는 동적 브레이크아웃 프로세스를 건너뜁니다. 브레이크아웃 루프가 완료된 후 POAP는 DHCP 검색 단계를 정상적으로 진행합니다. Apstra는 POAP 단계에서 렌더링되었을 수 있는 모든 브레이크아웃 구성을 되돌려 negation 명령을 적용하여 포트가 기본 속도로 돌아가도록 합니다.
시퀀스 번호 지원 - AS(Autonomous System) 경로에 적용할 수 있습니다. 장치가 시퀀스 번호를 지원하는 경우 활성화합니다. Apstra는 엔트리 목록에 시퀀스를 추가하여 다음과 같이 구성을 재시퀀싱하고 생성합니다.
ip as-path access-list MyASN seq 5 permit ^$ ip as-path access-list Rtr seq 5 permit ^3 ip as-path access-list Srvr seq 15 permit _103$
숫자 5와 15는 AS 시퀀싱을 지원하는 디바이스에 적용할 수 있는 시퀀스 번호입니다.
시퀀스 번호 지원은 기본적으로 모든 Cisco 디바이스 프로필에 대해 활성화됩니다(시퀀스 번호를 지원하지 않는 Cisco 3172PQ NXOS 제외). 시퀀스 번호를 지원하지 않는 플랫폼의 경우 이 기능을 비활성화하면 디바이스 모델 사전에서 AS 시퀀스 번호가 제거되어 시퀀스가 다시 지정될 경우 추가 및 부정을 방지할 수 있습니다. 이 시나리오에서는 항목을 시퀀싱할 수 없으므로 이러한 플랫폼에서 아무 것도 렌더링할 필요가 없습니다.
Apstra GUI에서 사용할 수 없는 기타 지원 기능으로는 "vxlan", "bfd", "vrf_limit", "vtep_limit", "floodlist_limit", "max_l2_mtu" 및 "max_l3-mtu"가 있습니다. 다음 형식을 사용하여 백엔드에 포함할 수 있습니다.
키 : 값 :: 기능 : feature_properties 예: 32 vtep_limit: 32
포트
포트 섹션은 사용 가능한 포트의 유형, 기능 및 구성 방법을 정의합니다.
모든 포트에는 지원되는 속도 변환 모음이 포함되어 있습니다. 각 변환은 브레이크아웃 기능(예: 1-40GBe 포트가 4-10GBe 포트로 분리됨)을 나타내므로 인터페이스 모음을 포함합니다.
예: 포트 1이 QSFP28 100->4x10, 100->1x40 브레이크아웃 가능 포트인 경우 포트 1에는 4x10, 1x40 및 1x100 브레이크아웃에 대해 각각 하나씩 세 가지 변환 모음이 있습니다. 4x10을 나타내는 컬렉션의 변환 요소에는 4개의 인터페이스 컬렉션이 있고, 1x40 및 1x100에는 1개의 인터페이스 컬렉션이 있습니다.
포트 매개 변수에는 다음과 같은 세부 정보가 포함됩니다.
| 포트 섹션 | 설명 |
|---|---|
| 포트 인덱스(port_id: 정수) | 디바이스 프로파일의 포트 컬렉션에서 고유한 포트를 나타냅니다. |
| 행 인덱스(row_id: 정수) | 포트 패널의 위에서 아래 치수를 나타냅니다. 장치 패널에서 포트가 배치된 위치를 표시합니다. 예를 들어, 두 개의 행과 많은 열이 있는 패널에서 행 인덱스는 "1" 또는 "2"입니다. |
| 열 인덱스(column_id: 정수) | 포트 패널의 왼쪽에서 오른쪽 크기를 나타냅니다. 장치 패널에서 포트가 배치된 위치를 표시합니다. 예를 들어 32개의 포트와 2개의 행이 있는 패널에서 열 인덱스의 범위는 "1"에서 "16"까지입니다. |
| 패널 인덱스(panel_id: 정수) | 장치 사양에서 포트의 물리적 레이아웃이 지정된 경우 포트가 속한 패널을 나타냅니다 |
| 슬롯 ID(slot_id: 정수) | 포트가 속한 모듈을 나타냅니다. 모듈형 스위치에는 슬롯이 두 개 이상 있습니다. 고정 기능 네트워크 기능 장치에서 슬롯 ID는 일반적으로 "0"입니다. |
| 실패 도메인(failure_domain_id: 정수) | 여러 패널이 동일한 하드웨어 구성 요소에 의존하고 있는지 여부를 나타냅니다. 두 개의 업링크가 동일한 장애 도메인에 연결되지 않도록 케이블 연결 계획을 생성할 때 사용됩니다. |
| 커넥터 유형(connector_type: 문자열) | 포트 트랜시버 유형. 포트의 속도 기능은 특정 커넥터 유형이 특정 속도로 실행될 수 있다는 점을 감안할 때 커넥터 유형과 직접 관련이 있습니다. 예를 들어 "sfp", "sfp28", "qsfp", "qsfp28"입니다. |
| 변환(변환: 목록) | 포트에 대한 가능한 브레이크아웃. 모든 항목은 특정 지원 속도입니다. 각 변환에는 인터페이스 컬렉션이 있습니다. |
| 인터페이스 수(interfaces:list) | 포트의 브레이크아웃 기능에 따라 다릅니다. 특정 브레이크아웃 속도를 나타내는 변환의 경우 인터페이스에는 디바이스를 구성하는 데 사용할 인터페이스 이름 및 인터페이스 설정에 대한 정보가 포함됩니다. "설정" 정보는 디바이스에서 인터페이스를 올바르게 구성하는 데 매우 중요합니다. |
디바이스 프로필의 선택기 필드에 입력된 OS 정보에 기반하여 Apstra GUI는 적용 가능한 설정 필드를 표시합니다. 필드는 공급업체 OS에 따라 다릅니다(아래 예 참조). 장치 프로필이 생성되거나 편집되면 아래와 같이 공급업체별 스키마에서 "설정"의 유효성이 검사됩니다.
eos_port_setting = Dict({
'interface': Dict({
'speed': Enum([
'', '1000full', '10000full', '25gfull', '40gfull',
'50gfull', '100gfull',
])}),
'global': Dict({
'port_group': Integer(),
'select': String()
})
})
nxos_port_setting = Dict({
'interface': Dict({
'speed': Enum([
'', '1000', '10000', '25000', '40000', '50000',
'100000',
])}),
'global': Dict({
"port_index": Integer(),
"speed": String(),
"module_index": Integer()
})
})
junos_port_setting = Dict({
'interface': Dict({
'speed': Enum([
'', 'disabled', '1g', '10g', '25g', '40g', '50g', '100g'
])}),
'global': Dict({
'speed': Enum([
'', '1g', '10g', '25g', '40g', '50g', '100g'
]),
"port_index": Optional(Integer()),
"fpc": Optional(Integer()),
"pic": Optional(Integer())
})
})
sonic_port_setting = Dict({
'interface': Dict({
"command": Optional(String()),
"speed": String(),
"lane_map": Optional(String())
})
})
})
Apstra가 모델링에 위의 모든 정보를 반드시 사용하는 것은 아닙니다. 다른 Apstra API 오케스트레이션 도구에서도 수집 및 사용할 수 있습니다.
디바이스 프로필 보기
Apstra GUI의 왼쪽 탐색 메뉴에서 디바이스 > 디바이스 프로필 로 이동하여 디바이스 프로필 테이블 보기로 이동합니다. 디바이스 프로파일을 생성, 복제, 편집 및 삭제할 수 있습니다. 