Maxim의 TDM-over-Packet (TDMoP) 소자와 기타 벤더의 TDMoP 소자 간 상호운용성
개요: 이 애플리케이션 노트에서는 Maxim의 TDM-over-packet (TDMoP) 소자와 다른 벤더의 TDMoP 소자를 함께 사용하기 위한 요구사항을 제공한다. 이 애플리케이션 노트에서 다루는 Maxim TDMoP 소자들은 DS34T101, DS34T102, DS34T104, DS34T108, DS34S101, DS34S102, DS34S104, DS34S108이다.
상호운용성 요구사항
상호운용성(interoperability)이란 시스템 운영자가 개입을 거의 또는 전혀 하지 않아도 시스템이 다른 벤더의 시스템과 함께 동작할 수 있는 능력을 가리킨다. 시스템의 상호운용성은 시스템이 다른 시스템과 서비스를 주고받을 수 있도록 하며, 서로 다른 벤더의 시스템들이 함께 원활하게 동작할 수 있게 한다.
Maxim의 TDMoP 소자에서 생성되는 패킷 스트림의 헤더 정보는 다른 벤더의 TDMoP 소자에서 생성되는 패킷 헤더 정보와 동일하지 않을 수 있다. Maxim 소자가 상호운용될 수 있도록 하려면 사용자는 셋업 유형을 알아야 한다. 셋업은 다음 중 하나가 될 수 있다.
IP/UDP/RTP/SAToP
IP/UDP/RTP/CESoPSN
MEF/CESoETH-비구조화 (MEF/SAToP 등)
MEF/CESoETH-구조화 동기 (MEF/CESoPSN 등)
각각의 셋업은 서로 다른 패킷 헤더를 갖는다. 상호운용이 가능하려면 Maxim TDMoP 소자의 패킷 헤더는 다른 벤더의 TDMoP 소자에서 생성되는 패킷 헤더와 동일한 형식을 가져야 한다. 사용자가 Maxim의 TDMoP 소자 패킷 헤더와 다른 TDMoP 소자의 패킷 헤더를 비교했을 때 형식이 다를 경우를 대비하여, 이 애플리케이션 노트에서는 Maxim의 사용자 애플리케이션을 이용하여 Maxim의 TDMoP 소자에 대한 패킷 헤더 값을 수정하는 방법을 보여준다.
TDM-over-Packet (TDMoP)
여기에서는 TDM-over-packet 모듈에 대한 기능 설명을 정의한다.
TDMoP 패킷 형식
TDM 데이터를 패킷 스위치드 네트워크를 통해 전송하기 위해 TDMoP 소자는 그림 1과 같이 TDM 데이터를 이더넷 패킷으로 캡슐화한다.
그림 1. 이더넷 패킷에 TDM-over-packet 인캡슐레이션
표 1. 이더넷 패킷 구조
필드
설명
Preamble
동기화를 위해 사용되는 56비트 시퀀스(1과 0이 교대로 반복). 신호의 존재를 검출하기 위해 네트워크 시간에 요소를 제공한다.
Start Frame Delimiter
패킷의 시작을 나타내는 8비트 시퀀스 (10101011)
Destination and Source Addresses
목적지 어드레스 필드는 패킷을 수신할 스테이션(들)을 식별한다. 소스 어드레스 필드는 패킷이 발생된 스테이션을 식별한다. 목적지 어드레스는 단일 스테이션으로 가는 개별 어드레스 또는 스테이션 그룹으로 가는 멀티캐스트 어드레스를 지정할 수 있다. 모두 1비트로 구성된 목적지 어드레스는 LAN 상의 모든 스테이션을 가리키며 브로드캐스트 어드레스라고 한다.
Type
Ether (에테르) 타입
Data and Padding
이 필드는 소스 스테이션으로부터 목적지 스테이션(들)으로 전달되는 데이터를 포함한다. 이 필드의 최대 크기는 1500바이트이다. 이 필드의 크기가 46바이트 미만이면 패딩을 사용하여 최소한의 패킷 크기를 가져온다. 최소 이더넷 패킷 크기는 목적지 어드레스 필드에서 프레임 검사 시퀀스까지 64바이트이다.
Frame Check Sequence
T이 필드는 에러 검사에 사용되는 4바이트 CRC 값을 포함하고 있다. 패킷을 조립할 때 소스 스테이션은 목적지 어드레스에서 패드 필드까지 (즉, 프리앰블, 시작 프레임 구분자, 프레임 검사 시퀀스를 제외한 모든 필드) 패킷의 모든 비트에 대해 CRC 계산을 수행한다. 소스 스테이션은 이 필드에 값을 저장하고 이 값을 패킷의 일부로 전달한다. 목적지 스테이션이 패킷을 수신할 때도 동일한 검사를 수행한다. 계산된 값이 이 필드의 값과 일치하지 않으면 목적지 스테이션은 전송 중에 에러가 발생했다고 가정하여 패킷을 폐기한다.
VLAN 태그
IEEE® 표준 802.1q에 규정되어 있듯이 12비트 VLAN 식별자의 태그 지정 패킷을 통해 최대 4,096개까지 각각의 VLAN의 구성이 가능하다. 이러한 VLAN 제한이 적합하지 않은 경우를 위해 VLAN 스태킹은 VLAN ID 스페이스를 1천6백 만개 이상의 VLAN까지 확장하는 2레벨 VLAN 태그 구조를 제공한다. 각 패킷은 VLAN 태그 없이 또는 단일 VLAN 태그나 2개의 VLAN 태그(VLAN 스태킹)와 함께 전송 가능하다. 그림 2와 그림 3은 각각 단일 VLAN 태그와 스택 VLAN 태그를 보여준다.
그림 2. 단일 VLAN 태그
그림 3. 스택 VLAN 태그
VLAN 태그를 식별하는 데 사용되는 VLAN 태그의 프로토콜 ID(TPID)는 0x8100 또는 vlan_2nd_tag_identifier 구성 레지스터에서 구성되는 값이 될 수 있다.
사용자 우선순위 필드는 이더넷 패킷에 우선순위 레벨을 할당하는 데 사용된다.
CFI (Canonical Format Indicator) 필드는 라우터 정보 필드의 존재를 나타낸다.
VLAN ID 필드는 이더넷 패킷이 속한 VLAN을 고유하게 식별한다.
아래 그림은 다양한 프로토콜의 헤더를 보여준다.
그림 4는 UDP/IPv4 헤더 구조를 보여준다.
그림 5는 UDP/IPv6 헤더 구조를 보여준다.
그림 6은 MPLS 헤더 구조를 보여준다.
그림 7은 MEF 헤더 구조를 보여준다.
그림 8은 L2TPv3/IPv4 헤더 구조를 보여준다.
그림 9는 L2TPv3/IPv6 헤더 구조를 보여준다.
그림 10은 제어 워드 헤더 구조를 보여준다.
그림 11은 RTP 헤더 구조를 보여준다.
아래의 표는 헤더 구조의 다양한 필드를 설명한다.
표 2는 IPv4 헤더 구조의 다양한 필드를 설명한다.
표 3은 UDP 헤더 구조의 다양한 필드를 설명한다.
표 4는 IPv6 헤더 구조의 다양한 필드를 설명한다.
표 5는 MPLS 헤더 구조의 다양한 필드를 설명한다.
표 6은 MEF 헤더 구조의 다양한 필드를 설명한다.
표 7은 L2TPv3/IPv4 헤더 구조의 다양한 필드를 설명한다.
표 8은 L2TPv3 헤더 구조의 다양한 필드를 설명한다.
표 9는 L2TPv3/IPv6 헤더 구조의 다양한 필드를 설명한다.
표 10은 제어 워드 헤더 구조의 다양한 필드를 설명한다.
표 11은 RTP 헤더 구조의 다양한 필드를 설명한다.
UDP/IPv4 헤더
그림 4. UDP/IPv4 헤더
표 2. IPv4 헤더 구조
필드
설명
IPVER
IP 버전 번호. IPv4의 경우 IPVER = 4
IHL
IP 헤더의 32비트 워드 길이. IHL = 5
IP TOS
IP 서비스 유형
Total Length
IP 헤더 및 데이터의 옥텟 (octet) 길이
Identification
IP 단편화 식별
Flags
IP 제어 플래그. 단편화를 피하려면 010으로 설정해야 한다.
Fragment Offset
데이터그램에서 단편이 속하는 위치를 나타낸다. TDM-over-packet에는 사용되지 않는다.
Time to Live
IP Time-to-Live 필드. 이 필드에서 값이 영(0)인 데이터그램은 폐기된다.
Protocol
UDP를 나타내려면 0x11로 설정해야 한다.
IP Header Checksum
IP 헤더에 대한 체크섬
Source IP Address
소스의 IP 어드레스
Destination IP Address
목적지의 IP 어드레스
표 3. UDP 헤더 구조
필드
설명
Source Port Number, Destination Port Number
소스 또는 목적지 포트 번호는 번들 식별자를 포함하고 있다. 사용되지 않은 필드는 IANA(Internet Assigned Numbers Authority)에 의해 TDM-over-packet에 할당되는 사용자 포트 번호인 0x85E(2142)로 설정할 수 있다. UDP/IP에 고유한 OAM 패킷에서 번들 식별자는 모두 1이다.
UDP Length
UDP 헤더 및 데이터의 옥텟 길이
UDP Checksum
CUDP/IP 헤더 및 데이터의 체크섬. 계산하지 않는 경우 영(0)으로 설정해야 한다.
UDP/IPv6 헤더
그림 5. UDP/IPv6 헤더
표 4. IPv6 헤더 구조
필드
설명
IPVER
IP 버전 번호. IPv6의 경우 IPVER = 6
Traffic Class
IPv4의 ToS (type-of-service) 필드와 유사한 8비트 필드
Flow Label
20비트 플로우 라벨 필드는 네트워크 레이어에서 패킷을 구분하기 위해 특정 흐름의 패킷에 태그를 붙이는 데 사용될 수 있다.
Payload Length
IPv4의 전체 길이 필드와 유사하다. 이 필드는 IP 헤더와 데이터의 전체 길이를 옥텟으로 나타낸다.
Next Header
IPv4의 프로토콜 필드와 유사하다. 이 필드는 기본 IPv6 헤더 다음에 오는 정보의 유형을 결정한다. UDP를 나타내려면 0x11로 설정해야 한다.
Hop Limit
IPv4의 Time-to-Live 필드와 유사하다.
Source IP Address
IPv4의 소스 어드레스 필드와 유사하지만 이 필드는 IPv4의 32비트 소스 어드레스 대신 IPv6을 위한 128비트 소스 어드레스를 포함하고 있다.
Destination Address
IPv4의 목적지 어드레스 필드와 유사하지만 이 필드는 IPv4의 32비트 목적지 어드레스 대신 IPv6을 위한 128비트 목적지 어드레스를 포함하고 있다.
MPLS 헤더
그림 6. MPLS 헤더
표 5. MPLS 헤더 구조
필드
설명
Outer Labels
이들 MPLS 라벨은 TDMoMPLS 패킷을 MPLS 네트워크를 통해 터널링하는 데 사용되는 MPLS LSP를 식별하며, 터널 라벨 또는 전송 라벨이라고도 한다. 라벨 번호는 수동으로 또는 MPLS 제어 프로토콜을 통해 할당할 수 있다. 0, 1 또는 2개의 외부 라벨이 있을 수 있다.
EXP
실험 필드
S
스태킹 비트. 1은 스택의 최하위(stack bottom)를 나타낸다. 모든 외부 라벨은 S = 0이다.
TTL
MPLS TTL (time to live)
Inner Label
MPLS 내부 라벨은 동일한 터널 내부에서 여러 개의 번들을 다중화하는 데 사용되는 번들 식별자를 포함하고 있다. PW 라벨 또는 인터워킹 라벨이라고도 한다. 이 라벨은 언제나 MPLS 라벨 스택의 최하위에 있으므로 스태킹 비트가 설정된다.
MEF 헤더
그림 7. MEF 헤더
표 6. MEF 헤더 구조
필드
설명
ECID
ECID(Emulated Circuit Identifier)는 번들 식별자를 포함하고 있다.
L2TPv3/IPv4 헤더
그림 8. L2TPv3/IPv4 헤더
표 7. L2TPv3/IPv4 헤더 구조
필드
설명
IPVER
IP 버전 번호. 예: IPv4의 경우 IPVER = 4
IHL
IP 헤더의 32비트 워드 길이. IHL = 5
IP TOS
IP 서비스 유형
Total Length
헤더 및 데이터의 옥텟 길이
Identification
IP 단편화 식별
Flags
IP 제어 플래그. 단편화를 피하려면 010으로 설정해야 한다.
Fragment Offset
데이터그램에서 단편이 속한 위치를 나타낸다. TDM-over-packet에는 사용되지 않는다.
Time to Live
IP Time-to-Live 필드. 이 필드에서 값이 영(0)인 데이터그램은 폐기된다.
Protocol
L2TPv3을 나타내려면 0x73으로 설정해야 한다.
IP Header Checksum
IP 헤더에 대한 체크섬
Source IP Address
소스의 IP 어드레스
Destination IP Address
목적지의 IP 어드레스
표 8. L2TPv3 헤더 구조
필드
설명
Session ID (32 Bits)
로컬에서만 의미를 갖는 L2TP 세션 식별자로 번들 식별자도 포함하고 있다. 예약된 0을 제외하면 모든 번들 식별자를 사용할 수 있다.
Cookie (32 or 64 Bits)
패킷과 예상되는 번들 식별자와의 연관성을 확인하기 위해 사용되는 값(무작위 선택)을 포함하고 있는 옵션 필드
L2TPv3/IPv6 헤더
그림 9. L2TPv3/IPv6 헤더
표 9. L2TPv3/IPv6 헤더 구조
필드
설명
IPVER
표 4 참조
Traffic Class
Flow Label
Payload Length
Next Header
L2TPv3을 나타내려면 0x73으로 설정해야 한다.
Hop Limit
표 4 참조
Source Address
Destination Address
L2TPv3 헤더 구조는 표 8을 참조한다.
제어 워드
그림 10. 제어 워드
표 10. 제어 워드 구조
필드
설명
RES
예약된 비트. 반드시 영(0)으로 설정해야 한다.
L
로컬 동기 손실 (LOS) 실패. 이 비트는 CPU에 의해 설정된다. 설정된 L 비트는 소스가 데이터 전송에 영향을 미치는 TDM 물리적 레이어 오류를 검출 또는 통지 받았음을 나타낸다. 이 비트는 끝단에서 AIS 생성을 트리거해야 하는 물리적 레이어 LOS를 나타내는 데 사용할 수 있다. 설정된 다음 TDM 오류가 교정되면 L 비트는 소거되어야 한다.
R
원격 수신 실패. 이 비트는 CPU에 의해 설정된다. 설정된 R 비트는 소스가 이더넷 포트에서 패킷을 수신하지 못한다는 것을 나타내며(양방향 연결에 실패), 혼잡 또는 다른 네트워크 관련 오류를 알리는 데 사용할 수 있다. 원격 실패 지시는 혼잡을 피하기 위한 폴백 (fallback) 메커니즘을 트리거할 수 있다. 사전에 지정된 수의 연속 패킷이 수신되지 않으면 R 비트가 설정되어야 하며, 패킷이 다시 수신되면 소거되어야 한다.
M
결함 수정자 실패. 이 비트는 CPU에 의해 설정된다. 이 필드는 옵션이며, 사용되는 경우 L비트 의미를 보충한다.
FRG
단편화 필드. 이 필드는 CAS 번들로 구조화된 CESoPSN의 경우 다중 프레임 구조를 다중 패킷으로 단편화하는 데 사용된다.
이 필드는 다음과 같이 사용된다.
00 - 전체 (단편화되지 않은) 다중 프레임 구조가 단일 패킷으로 전달됨을 나타낸다.
01 - 첫 번째 단편을 전달하는 패킷을 나타낸다.
10 - 마지막 단편을 전달하는 패킷을 나타낸다.
11 - 중간 단편을 전달하는 패킷을 나타낸다.
Length
UDP/IP 패킷이 아닌 경우 제어 워드, 페이로드 및 RTP 헤더(존재하는 경우)를 포함한다. 이 필드는 합계가 64바이트 미만일 때 사용되고, 그렇지 않으면 영(0)으로 설정된다.
Sequence Number
TDM-over-packet 시퀀스 번호. 이 값은 각 번들마다 개별적으로 정의되며 해당 번들에 TDMoP 패킷이 전송될 때마다 1씩 증가된다. 시퀀스 번호의 초기값은 보안을 위해 무작위로 생성되며(예측 불가능), 이 값은 각 번들마다 개별적으로 랩 어라운드 방식으로 증가된다. 이 필드는 수신자가 패킷 손실을 검출하고 패킷 시퀀스를 복구하는 데 사용된다.
HDLC 페이로드 유형 머신은 이 필드에 대해, 항상 영(0), 랩 어라운드 방식으로 증가, 랩 어라운드 값으로 증가하지만 영(0)의 값 생략, 이 3가지 모드를 지원한다.
OAM 패킷에서 (TDM-over-packet 페이로드 참조) 시퀀스 번호는 메시지를 고유하게 식별한다. 이 값은 해당 번들에 대한 TDMoP 데이터 패킷의 시퀀스 번호와 관련이 없다. 이 번호는 쿼리 메시지에서 증가하며, 응답 변경 없이 복제된다.
RTP 헤더
그림 11. RTP 헤더
표 11. RTP 헤더 구조
필드
설명
V
RTP 버전 - 2로 설정
P
패딩 비트 - 0으로 설정
X
확장 비트 - 0으로 설정
CC
CSRC 카운트 - 0으로 설정
M
마커 비트 - 0으로 설정
PT
페이로드 유형. 번들의 각 방향에 대해 동적 값의 범위에서 1 PT 값이 할당되어야 한다. 동일한 PT 값을 번들의 양방향에 대해 재사용할 수 있으며, 다른 번들 간에도 재사용할 수 있다.
SN
제어 워드의 시퀀스 번호와 동일한 시퀀스 번호
TS
시간 소인. 다음의 시간 소인 생성 모드와 함께 RTP 헤더를 사용할 수 있다.
절대 모드: 수신 TDM 회로로부터 복구되는 클록을 사용하는 칩 설정 시간 소인. 결과적으로 시간 소인은 시퀀스 번호와 밀접한 상관관계를 갖는다. 시간 소인은 매 125µs마다 1씩 증가한다.
차동 (공통 클록) 모드: 번들 에지의 2개 칩은 동일한 고품질 클록 소스에 액세스하며, 이 클록 소스는 시간 소인 생성에 사용된다.
SSRC
동기 소스를 식별한다. 동일한 RTP 세션 내에 임의 두 동기 소스가 동일한 SSRC 식별자를 갖지 않도록 이 식별자는 무작위로 선택되어야 한다.
사용자는 적절한 프로토콜로 올바른 패킷을 보내고 있는지 확인하려면 2개의 다른 벤더 TDMoP 시스템 보드를 서로 동기시켜야 한다. 그런 다음 Wireshark 프로그램을 사용하여 패킷을 캡처한다. 그림 12는 이 프로그램의 스크린 샷이다.
큰 이미지 보기 (PDF) 그림 12. 이더넷 패킷 헤더를 분석하는 데 사용되는 Wireshark 프로그램
시스템의 상호운용을 보장하려면 다음 요구사항들을 고려해야 한다.
소스 포트 번호와 목적지 포트 번호
패킷 바이트, IP 길이, UDP 길이 및 데이터 바이트의 전체 수
Ether 타입
소스 포트 번호와 목적지 포트 번호
TDMoIP_Port_Number는 패킷 분류자 블록에서 TDM-over-packet의 UDP/IP를 식별하는 데 사용된다. 2개의 서로 다른 값을 TDMoIP_Port_Number로 구성할 수 있다. Maxim의 TDMoP 소자는 2개의 TDMoIP_Port_Number 레지스터를 갖지만, 대부분의 경우 두 레지스터는 모두 IANA에 의해 TDM-over-packet에 할당되는 디폴트 값(0x085E)을 가져야 한다. 소스 또는 목적지 포트 번호는 번들 식별자를 포함한다. 사용되지 않은 필드는 0x85E(2142 십진수)로 설정할 수 있으며, 이 값은 IANA에 의해 TDM-over-packet에 할당된 사용자 포트 번호이다. 그림 4와 같이 Maxim의 소자는 먼저 소스 포트 번호를 삽입한 다음 TDMoP 목적지 포트 번호를 삽입한다. 그림 13은 사용자 데이터그램 프로토콜(UDP)의 내용을 보여준다. 여기에서 소스 포트 번호는 2로 설정되며 TDMoIP 목적지 포트 번호는 0x85E(2142 십진수)로 설정된다.
그림 13. UDP 소스 및 목적지 포트 번호
일부 벤더는 UDP 소스 포트 번호와 UDP 목적지 포트 번호로 0x85E를 삽입한다. 이러한 경우 사용자는 사전 구성 메뉴를 사용하여 시스템을 구성해야 한다. 디폴트 Maxim SW 메뉴는 아래에 나와 있다.
PreConfig Configuration
1. Link Type E1
2. Bundle Number ID Location Port in DST, Bundle in SRC UDP Port
3. UDP Mask 1FFF
4. VCCV OAM Mask [0 - 4] 0
5. VCCV OAM Value 1FFF
6. MEF Ethernet Type 88D8
7. MEF OAM Type 0
8. TDMoIP Port Number 1 85E
9. Oscillator Type OCXO (Stratum 3E)
10. RTP Clock Source ABSOLUTE
11. Common clock Rate 19440000
12. IP Version IPv4
13. Clock Recovery Smart Statistics Enable
14. One or Two Clock Mode One
Maxim SW 메뉴의 항목 2번은 원하는 번들 번호 ID 위치를 선택하는 데 사용되며 다음과 같은 섹션을 제공한다.
Bundle Number ID Location
1: Ignore port, Bundle in SRC UDP PORT,
2: Port in DST, Bundle in SRC UDP PORT
3: Port in SRC, Bundle in DST UDP PORT,
4: Ignore Port, Bundle in DST UDP PORT
Maxim의 소자 디폴트 번들 번호 ID 위치는 위의 메뉴에서 항목 2번 "Port in DST, Bundle in SRC UDP PORT"이다. Maxim 소자가 다른 벤더의 소자와 함께 동작할 수 있게 하려면 사용자는 항목 1, 3 또는 4번을 적절히 선택한다. 예를 들어 TDMoP 벤더의 소자 중 하나는 소스 (SRS) 위치에 목적지 포트를, 목적지(DST)에 번들 포트 번호를 삽입한다. 사용자가 위의 메뉴에서 항목 3번을 선택하면 UDP 소스 포트 번들 번호 ID 위치가 0x85E(2142 십진수)로 설정되며 UDP 목적지 포트는 그림 14와 같이 2를 갖는다. 이렇게 하면 해당 벤더의 TDMoP 패킷 헤더와 일치되어 상호운용이 가능하다.
그림 14. 그림 13과 반대인 UDP 소스 및 목적지 포트 번호
패킷 바이트, IP 길이, UDP 길이 및 데이터 바이트의 전체 수
그림 15. 서로 다른 패킷 길이 정보를 보여주는 패킷
그림 15는 1의 번호가 매겨진 서로 다른 패킷 길이 정보를 갖는 패킷의 내용을 보여준다.
사용자는 다음의 길이를 고려해야 한다.
A. 데이터 바이트: 그림 15는 패킷 1이 1244바이트를 갖는다는 것을 보여준다. 번들 구성에서 우리는 IP/UDP/CESoPSN 프로토콜을 사용했으며, 31개의 타임슬롯을 사용하여 E1 TDM 데이터를 전송했다. 각 타임슬롯은 40프레임 바이트를 갖는다. TDM 데이터 프레임 바이트의 전체 수는 40 × 31 = 1240프레임 바이트이다. 여기에 4바이트의 제어 워드를 추가하면 전체는 1244바이트가 된다. Maxim의 TDMoP 소자를 사용하여 얻을 수 있는 장점 중 하나는 적응형 클록 복구 모드에서 디폴트 모드가 패킷에 RTP (real-time protocol) 헤더를 사용하지 않는다는 것이다. 따라서 페이로드 데이터를 위하여 일부 BW를 자유롭게 사용할 수 있다. 대부분의 다른 벤더들은 12바이트의 RTP를 사용한다. 만약 우리가 TDMoP 패킷에 RTP를 사용한다면, 데이터 바이트는 1256(1244 + 12)이 될 것이다. TDM 데이터 바이트의 전체 수를 알고 있으므로 (여기서는 1240바이트) 사용자는 1240바이트의 TDM 데이터 또는 Wireshark 프로그램에서 나온 수를 발생시키도록 Maxim 소자를 프로그래밍할 필요가 있다.
B. UDP 길이: 그림 15는 패킷 1이 1252바이트의 UDP 길이(1244바이트 데이터와 8바이트의 UDP 프로토콜)를 갖는다는 것을 보여준다.
C. IP 길이: 그림 15는 패킷 1이 1272바이트의 IP 길이(1244바이트 데이터, 20바이트의 IP 헤더 및 8바이트의 UDP 프로토콜 헤더)를 갖는다는 것을 보여준다..
D. 전체 프레임 바이트 수: 그림 15는 패킷 1이 1290바이트를 포함하고 있음을 보여준다. 이 길이는 1244바이트 데이터, 20바이트의 IP 헤더, 8바이트의 UDP 프로토콜 헤더, 2바이트의 에테르 타입, 4바이트의 VLAN 태그, 그리고 12바이트의 소스 및 목적지 MAC 어드레스로 구성된다.
상호운용성은 모든 패킷 길이가 일치하도록 요구한다. 이들 길이가 일치하지 않으면, 사용자는 SW 메뉴를 사용하여 Maxim의 TDMoP 소자가 동일한 패킷 길이를 갖도록 구성해야 한다.
Ether 타입
Maxim의 TDMoP 소자는 알려진 Ether 타입으로 다음과 같은 Ether 타입을 고려한다.
IPv4 (0x800)
IPv6 (0x86DD)
MPLS 유니캐스트 (0x8847)
MPLS 멀티캐스트 (0x8848)
ARP (0x806)
MEF 구성 레지스터에서 구성된 MEF Ether 타입
MEF OAM 구성 레지스터에서 구성된 MEF OAM Ether 타입
구성 레지스터에서 구성된 특정 Ether 타입
Maxim의 TDMoP 소자가 상호운용할 수 있게 하려면 사용자는 다른 TDMoP 소자로부터 수신되는 패킷의 Ether 타입을 결정해야 한다. 이 타입은 VLAN ID 헤더 바이트 다음에 위치한다. 그림 16은 수신 패킷 Ether 타입이 0x800이라는 것을 보여주며, 이것은 패킷이 IPv4임을 나타낸다.
그림 16. Ether 타입 값은 0x800이며, 이것은 패킷이 IPv4임을 나타낸다.
일단 이더넷 유형이 결정되면, 사용자는 Maxim의 TDMoP 소자가 동일한 Ether 타입 패킷을 발생시키도록 구성해야 한다. 번들 구성 (Bundle Configuration) 메뉴에서 PSN 유형을 변경하여 Ether 타입을 선택한다. 다음은 번들 구성 메뉴의 일부이다.
Main Menu>Bundle Configuration>CES Bundle Configuration
... (P)
11. VLAN ID 1[1 - 4095] ... (100)
12. VLAN Priority[0 - 7] ... (7)
13. IP Tos[0 - 255] ... (0)
14. IP TTL[0 - 255] ... (128)
15. PSN Type > (IP)
위의 메뉴에서 항목 15번은 다음 섹션을 제공한다.
Main Menu>Bundle Configuration>CES Bundle Configuration>PSN Type ()
1. IP
2. MPLS
3. L2TPV3
4. Ethernet
번들 구성 메뉴에서 원하는 조합을 선택하여 캡처된 패킷의 에테르 타입을 일치시킨다.
결론
상호운용성은 다양한 시스템과 조직이 함께 동작(상호운용)할 수 있는 능력을 가리킨다. 제품은 지정된 인터페이스 표준을 준수하거나 한 제품의 인터페이스를 다른 제품의 인터페이스로 "on the fly"로 변환하는 구성 변경을 수행하여 다른 제품과의 상호운용성을 구현할 수 있다. 다른 TDMoP 소자에서 생성된 패킷 내용을 알면, 이러한 패킷 구성과 일치하도록 Maxim 소자 간단히 구성할 수 있다.
TDMoP 제품에 대한 추가 의문사항이나 Maxim 텔레콤 제품에 대한 기타 사항은 텔레콤 제품 애플리케이션 지원팀에 이메일 또는 전화(972-371-6555)로 문의한다.
IEEE는 Institute of Electrical and Electronics Engineers, Inc.의 등록 서비스 마크이다.
Wireshark는 Gerald Combs의 등록상표이다.
다운로드, PDF 형식
