:TRICK-MAN:™ FOREVER, Since 2007  
Front Page
Tag | Location | Media | Guestbook | Admin   
 
100GE → OTU4 매핑 기술 완전 분석 | GMP · AMP · BMP · GFP
100GE → OTU4 매핑 기술 완전 분석 | GMP · AMP · BMP · GFP
Optical Transport Network · 기술 분석

100GE → OTU4
매핑 기술 완전 분석

GMP, AMP, BMP, GFP 네 가지 매핑 기술의 동작 원리부터 장단점 비교까지. 실제 네트워크 구축 환경에서의 올바른 선택 기준을 제시합니다.

ITU-T G.709 OTN / OTU4 100GE Client Signal Jitter & Wander 광전송 기술

기술 배경 — OTN 기본 이해

100GE 신호를 OTU4로 수납(mapping)하는 작업은 단순한 속도 변환이 아닙니다. 클라이언트 레이트와 OTN 페이로드 레이트 사이의 미세한 차이를 어떻게 처리하느냐에 따라 전송망의 지터, 완더, 레이턴시 특성이 결정됩니다.

핵심 레이트 관계
100GE PCS 레이트 = 103.125 Gbit/s (64B/66B 인코딩 후)
OPU4 페이로드 레이트 ≈ 104.355 Gbit/s
차이 ≈ +1.230 Gbit/s (+1.19%) → 이 갭을 처리하는 방식이 매핑 기술의 핵심

OTU4 프레임 구조는 4×4080 열 × 4 행의 기본 프레임으로 구성되며, OPU4 페이로드 영역에 클라이언트 신호가 수납됩니다. 매핑 기술은 이 페이로드 공간을 채우는 방식과 레이트 차이를 보정하는 메커니즘에 따라 구분됩니다.

OTU4 계층 구조
OTU4 (FEC + OTN OH 포함) → ODU4 (ODU OH) → OPU4 (페이로드 + 정당화 OH) → 클라이언트 신호 (100GE)

GMP — Generic Mapping Procedure

현재 100GE → OTU4의 ITU-T 표준 매핑으로, G.7042 및 G.709 Amendment 3에 정의됩니다.

GMP
Generic Mapping Procedure ITU-T G.7042 · G.709 Amd.3 · G.8251
표준 채택
지터/완더
★★★★★
구현 복잡도
★★★★
레이턴시
낮음
동기화 요구
불필요

동작 원리

GMP의 핵심은 Cm(Mapping Parameter) 카운터입니다. OPU4 멀티프레임(16,384 열) 구간마다 실제 수신된 클라이언트 비트 수를 계산하고, 공칭값(CnD = 15,232 for 100GE→OPU4)과의 차이를 JC(Justification Control) 바이트에 인코딩합니다.

정당화 메커니즘
Cm > CnD → Positive Justification (페이로드 1비트 증가)
Cm = CnD → Null Justification (페이로드 유지)
Cm < CnD → Negative Justification (페이로드 1비트 감소)

JC 판정: 3개 바이트 다수결(majority vote) → 오류 내성 확보
누적 위상 오차: ±0.5 비트 이내로 억제

양방향 정당화 덕분에 정당화 이벤트 자체가 매우 드물게 발생하며, 이는 곧 전송로에 주입되는 지터의 최소화를 의미합니다. ITU-T G.8251에서 규정하는 OTN 네트워크 jitter/wander 마스크를 완전히 충족합니다.

장점
  • 양방향 정당화 → 최소 jitter 생성
  • 클럭 동기 인프라 불필요
  • G.8251 jitter/wander 마스크 완전 충족
  • 다양한 클라이언트 레이트에 유연 적용
  • 100GE → OTU4 ITU-T 표준 방식
단점
  • Cm 카운터 + 다수결 로직 구현 복잡
  • 멀티프레임 동기화 필요
  • AMP/BMP 대비 회로 면적 증가
  • 초기 설계 검증에 많은 시뮬레이션 필요

AMP — Asynchronous Mapping Procedure

PDH 시대부터 사용된 전통적 비동기 정당화 방식. ODU1/ODU2 등 저속 매핑에서 검증된 기술입니다.

AMP
Asynchronous Mapping Procedure ITU-T G.709 (초기 표준)
100GE 부적합
지터/완더
★★★★★
구현 복잡도
★★★★★
레이턴시
낮음
동기화 요구
불필요

동작 원리

OPU 프레임 내의 NJO(Negative Justification Opportunity)PJO(Positive Justification Opportunity) 바이트를 이용합니다. 클라이언트 신호가 OPU 페이로드보다 빠를 때 PJO를 데이터 바이트로 활용하고(positive stuffing), 느릴 때 NJO를 스터프(stuff) 바이트로 채워 공간을 확보합니다.

정당화 메커니즘
클라이언트 빠름 → PJO = 데이터 (Positive Justification)
클라이언트 느림 → NJO = Stuff (Negative Justification)
정상 → NJO = 데이터, PJO = Stuff (Null)

JO 판정: 3개 JC 바이트 다수결 → 오류 내성
주의: 100GE처럼 고속 신호에서는 정당화 빈도 급증 → wander 누적

문제는 정당화 이벤트 발생 시마다 위상이 불연속적으로 점프한다는 것입니다. 100GE처럼 OPU4 페이로드와의 레이트 차이가 비교적 큰 경우, 초당 수백~수천 회의 정당화가 필요하고, 이로 인한 jitter 누적이 ITU-T G.8251 마스크를 초과할 수 있습니다.

장점
  • 구조 단순, 설계 및 검증 용이
  • ODU1/ODU2 저속 매핑에서 효과적
  • 기존 SDH 망과의 상호 운용 경험 풍부
단점
  • 고속 클라이언트에서 jitter 심각
  • 단방향 위주 정당화 → wander 누적
  • 100GE → OTU4 적용 실질적으로 불가
  • GMP 대비 위상 오차 제어 정밀도 열악

BMP — Bit-synchronous Mapping Procedure

클라이언트와 OTN이 동일한 주파수 클럭에 동기화된 환경에서만 사용 가능한 방식입니다.

BMP
Bit-synchronous Mapping Procedure ITU-T G.709
조건부 최우수
지터/완더
★★★★★
구현 복잡도
★★★★
레이턴시
최저
동기화 요구
필수 !

동작 원리

클라이언트 클럭과 OTN 라인 클럭이 SyncE(Synchronous Ethernet), IEEE 1588v2 PTP 또는 외부 기준 클럭(BITS/SEC)에 의해 주파수 동기화된 상태에서, 클라이언트 비트를 OPU4 페이로드에 1:1로 직접 매핑합니다.

매핑 메커니즘
클라이언트 클럭 ≡ OTN 라인 클럭 (주파수 동기화)
→ 레이트 차이 = 0 → 정당화(justification) 불필요
→ 클라이언트 비트를 OPU4 페이로드에 직접 수납

전제 조건: SyncE / IEEE 1588v2 PTP 전 구간 구축
동기 이상 시: 즉각 프레임 손실 또는 비트 오류 발생

정당화가 없으므로 이론적으로 jitter/wander 특성이 가장 우수합니다. 다만 이는 동기화 인프라의 품질에 전적으로 의존한다는 점에서 BMP 자체의 능력이라기보다 시스템 설계의 결과입니다. 5G Fronthaul처럼 이미 엄격한 동기 인프라(G.8275.1/G.8275.2)가 구축된 환경에서 채택됩니다.

장점
  • jitter/wander 이론적 최소 (정당화 없음)
  • 매핑 로직 가장 단순
  • 최저 레이턴시 — 비트 직접 통과
  • 구현 회로 면적 최소
단점
  • 전 구간 주파수 동기화 인프라 필수
  • SyncE/PTP 구축 비용 높음
  • 동기 이상 시 즉각 데이터 손실
  • 비동기 망에서는 원천적으로 사용 불가

GFP — Generic Framing Procedure

ITU-T G.7041에서 정의된 프레임/블록 기반 캡슐화 방식. GFP-F와 GFP-T 두 변형이 존재합니다.

GFP-F
Generic Framing Procedure — Frame-mapped ITU-T G.7041
제한적 사용
지터/완더
★★★★★
구현 복잡도
★★★★★
레이턴시
중간~높음
오버헤드
높음 (8B+)

동작 원리

완전한 Ethernet MAC 프레임(또는 PPP, FC 프레임)을 GFP 프레임으로 캡슐화합니다. Core Header(4바이트)에 PLI(Payload Length Indicator)와 cHEC(Core Header Error Check)를 포함하고, Payload Header(4~64바이트)에 PTI/PFI/EXI/UPI 필드와 tHEC를 추가합니다.

GFP-F 프레임 구조
[ PLI 2B | cHEC 2B ] ← Core Header (4B, 필수)
[ PTI|PFI|EXI|UPI 1B | tHEC 2B (+ eHEC) ] ← Payload Header (최소 4B)
[ Ethernet Frame / PDU Payload ] ← 가변 길이
[ FCS 4B ] ← 선택적

레이트 적응: Idle GFP 프레임 삽입/삭제
→ 클라이언트와 OTN 타이밍 도메인 완전 분리
장점
  • 클라이언트/OTN 타이밍 완전 독립
  • Ethernet, FC, PPP 등 다종 프로토콜 수용
  • cHEC/tHEC 오류 감지 내장
  • MAC 계층 가시성 → 통계 다중화 가능
  • 1GE·10GE에서 높은 채택률
단점
  • 프레임 버퍼링으로 레이턴시 증가
  • GFP 헤더 오버헤드 → 유효 BW 감소
  • 100GE 고속 환경에서 GMP 대비 효율 저하
  • 프레임 경계 검출 지연 발생 가능

종합 비교 분석표

다섯 가지 매핑 방식의 핵심 특성을 한눈에 비교합니다.

기술 표준 동기화 요구 레이트 적응 지터/완더 구현 복잡도 OH 크기 레이턴시 100GE 적용
GMP
Generic Mapping Procedure
G.7042 / G.709 Amd.3 불필요 Cm 카운터
+/−/null 정당화
★★★★★
매우 우수
높음 최소 (JC) 낮음 표준 채택 ✓
AMP
Asynchronous Mapping
G.709 (초기) 불필요 NJO / PJO
단방향 정당화
★★★★★
열악 (고속시)
낮음 최소 (JO) 낮음 부적합
BMP
Bit-synchronous Mapping
G.709 필수
SyncE / PTP
없음
(1:1 직접)
★★★★★
이론적 최우수
매우 낮음 없음 최저 조건부 가능
GFP-F
Frame-mapped GFP
G.7041 불필요 Idle 프레임
삽입/삭제
★★★★★
중간
중간 높음 (8B+) 중간~높음 제한적
GFP-T
Transparent GFP
G.7041 불필요 블록 변환
64B/65B 기반
★★★★
양호
중간 중간 낮음 FC/Storage
표 해석 가이드 — 지터/완더 별점은 낮을수록 좋음(적을수록 ★ 많음) 기준. 구현 복잡도는 회로/소프트웨어 구현 난이도 기준. 100GE 적용 열은 현재 실제 장비 채택률을 기준으로 평가.

기술 선택 가이드

네트워크 환경과 요구사항에 따른 최적 매핑 기술 선택 기준을 제시합니다.

시나리오 01 · 일반 OTN 구축
GMP 선택
동기화 인프라 없이 100GE를 OTU4로 안전하게 수납. ITU-T 표준이므로 멀티벤더 상호 운용성 보장. 신규 구축 프로젝트의 기본 선택지.
시나리오 02 · 5G Fronthaul
BMP 선택
IEEE 1588v2 PTP + SyncE 기반의 완전 동기 망에서 절대 최소 지터 달성. CPRI/eCPRI 타이밍 요구사항(±65ns) 충족을 위한 선택.
시나리오 03 · 멀티프로토콜 레거시
GFP-F 선택
1GE/10GE Ethernet, Fibre Channel, PPP 등 다종 클라이언트를 단일 OTN 파이프로 통합할 때. 프로토콜 다양성이 레이턴시보다 중요한 환경.
시나리오 04 · SAN / Storage 연동
GFP-T 선택
Fibre Channel(1/2/4/8/10GFC) 및 ESCON 신호의 8B/10B 코딩 특성을 투명하게 보존해야 하는 데이터센터 간 Storage 연결 환경.
AMP의 현재 위치 — 100GE 이상 고속 클라이언트에서는 GMP가 AMP를 완전히 대체합니다. AMP는 ODU0(GbE), ODU1(STM-16), ODU2(10GE) 등 저속 레거시 매핑에서 여전히 동작하며, 기존 장비의 하위 호환성 유지 목적으로 사용됩니다.
요약 — 100GE → OTU4 신규 구축의 기본값은 GMP입니다. 완전 동기화 전용망(5G Fronthaul 등)이라면 BMP로 jitter를 최소화하고, 다종 클라이언트 통합이 필요하다면 GFP-F를 검토하십시오. AMP는 100GE에 적합하지 않으며, GFP-T는 FC/Storage 전용입니다.


Power Mockup 사용기#1

Poewer Mockup 사용기

 

여러 사람으로부터 강력한 추천이 있어서 사용해 보기로 했다.

신규 프로젝트를 진행할 때 GUI 개발은 하지않지만 화면 설계서까지는 만들어야 하기 때문에 적당한 툴이 필요한 시점이었다.

먼저 필요한 것은 다운로드를 받아서 설치하는 것이다.

https://www.powermockup.com/download

에 이동해서 체험판을 먼저 다운받아서 설치한다.


 

그냥 다음만 누르면 설치는 금방될 것이다.


설치가 완료되고, “Run PowerMockup”를 클릭한다.

 


파워포인트에서 리본바에 “POWERMOCKUP” 그룹이 새로 생겨났다.

우측 하단에 있는 “Download More Shapes”를 눌러 몇가지 항목들을 추가했다.


새로만들기를 한 후에 화면 디자인을 하나 해 보았다.

메인화면은 스토리보드 세이프로 만들고 안의 컴포넌트들은 Power Mockup을 사용하였다.


출력물이 나름 괜찮은듯하다.ㅋㅋ

시험판이라 많은 기능을 사용할 순 없었지만, 다양한 종류의 세이프들이 있어서 개발자들에게 많이 유용하리라 생각이 든다.




Laying the Foundations for Phase Timing
Laying the Foundations for Phase Timing

Phase Timing을 위한 설명을 포함하고 있습니다.ㅋㅋㅋ
 
 




Greenfield, Brownfield ?

In networking, a greenfield deployment is the installation and configuration of a network where none existed before, for example in a new office. A brownfield deployment, in contrast, is an upgrade or addition to an existing network and uses some legacy components. The terms come from the building industry, where undeveloped land (and especially unpolluted land) is described as greenfield and previously developed (often polluted and abandoned) land is described as brownfield.

Greenfield는 새로 구축하려고 하는 네트워크

Brownfield : 기존에 설치된 네트워크 

참조 : http://searchunifiedcommunications.techtarget.com/definition/greenfield-deployment




Ubuntu에서 LG-NAS 하드디스크 마운트시키기

Ubuntu에서 LG-NAS 하드디스크 마운트시키기


HDD를 리눅스 서버에 먼저 연결했다.

부팅 후 fdisk 명령으로 확인해 보니 해당 디스크가 GPT 라고 표시가 되어 있다.

물론 fdisk 명령으로는 GPT를 지원하지 못한다는 문구와 함께..ㅠㅠ


root@elf1:/mnt# fdisk -l


Disk /dev/sda: 500.1 GB, 500107862016 bytes

255 heads, 63 sectors/track, 60801 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00045baa


   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *           1       58336   468581376   83  Linux

/dev/sda2           58336       60802    19802113    5  Extended

/dev/sda5           58336       60802    19802112   82  Linux swap / Solaris


Disk /dev/sdb: 500.1 GB, 500107862016 bytes

255 heads, 63 sectors/track, 60801 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x858f35f5


   Device Boot      Start         End      Blocks   Id  System

/dev/sdb1               1       60801   488384001   83  Linux


WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.



Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes

255 heads, 63 sectors/track, 121601 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00000000


   Device Boot      Start         End      Blocks   Id  System

/dev/sdc1               1      121602   976762583+  ee  GPT

root@elf1:/mnt# 



그럼에도 불구하고 GPT를 마운트 하는 방법을 구글링해서 마운트를 시도해 보았다.

GPT는 NTFS 파일시스템으로 마운트하면 된다고 해서 아래처럼 마운트했다.



jskwak@elf1:~$ sudo blkid /dev/sdc1

[sudo] password for jskwak: 

/dev/sdc1: UUID="576fd8e9-c8ad-b1b5-bafa-a0fd3edaa250" TYPE="linux_raid_member" 


jskwak@elf1:~$ sudo mount -t ntfs-3g /dev/sdc1 /mnt

NTFS signature is missing.

Failed to mount '/dev/sdc1': Invalid argument

The device '/dev/sdc1' doesn't seem to have a valid NTFS.

Maybe the wrong device is used? Or the whole disk instead of a

partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?



그랬더니 위의 메시지 처럼 정상적인 NTFS가 아니라고 나오고 디바이스에 문제가 

있는 것처럼 보이다나....절망...

여기에서 좌절하지 않고 다시 구글링을 시도했다.

검색 : linux GPT mount NTFS signature is missing


어떤 사람의 대답이 "parted -l" 로 해보라는 것이다.

그래서 parted 명령으로 다시 확인했다.


root@elf1:~# parted -l

Model: ATA ST500NM0011 (scsi)

Disk /dev/sda: 500GB

Sector size (logical/physical): 512B/512B

Partition Table: msdos


Number  Start   End    Size    Type      File system     Flags

 1      1049kB  480GB  480GB   primary   ext4            boot

 2      480GB   500GB  20.3GB  extended

 5      480GB   500GB  20.3GB  logical   linux-swap(v1)



Model: ATA HUA722050CLA330 (scsi)

Disk /dev/sdb: 500GB

Sector size (logical/physical): 512B/512B

Partition Table: msdos


Number  Start   End    Size   Type     File system  Flags

 1      32.3kB  500GB  500GB  primary  ext4



Model: ATA Hitachi HDS72101 (scsi)

Disk /dev/sdc: 1000GB

Sector size (logical/physical): 512B/512B

Partition Table: gpt


Number  Start   End     Size    File system     Name     Flags

 1      1000MB  24.0GB  23.0GB  ext3            system   raid

 2      24.0GB  32.0GB  8001MB  linux-swap(v1)  primary  raid

 3      32.0GB  1000GB  968GB   ext4            primary  raid



오호!!!

/dev/sdc는 3개의 파티션으로 나누어져 있는 것을 알았다...빙고...

물론 NTFS 파일시스템도 아니었다. 내가 원하는 데이터가 있는 영역인

/dev/sdc3는 ext4 파일시스템임을 알았다..

ext4 파일시스템으로 해당 파티션을 마운트하고 데이터가 정상적으로

있는 것을 확인했다..ㅋㅋㅋ



root@elf1:~# mount -t ext4 /dev/sdc3 /mnt

root@elf1:~# cd /mnt

root@elf1:/mnt# ls -la

total 17392

drwxr-xr-x 14 root     root             4096 2015-11-20 21:09 .

drwxr-xr-x 25 root     root             4096 2015-03-16 17:21 ..

-rw-------  1 root     root             7168 2015-12-30 18:21 aquota.user

-rw-r--r--  1 root     root     429491220480 2015-12-30 14:21 backing_file

drwxrwxrwx  2 root     root             4096 2012-04-25 01:22 DRM

drwxrwxrwx  2 root     root             4096 2012-04-25 01:22 FamilyCast

drwxrwxrwx  5 root     root             4096 2013-11-20 15:08 Multimedia

drwxrwxrwx  2 root     root             4096 2031-01-11 13:58 MyDisc

drwxrwxrwx  3 couchdb  ssh              4096 2013-09-13 22:15 mysql

drwxrwxrwx  2 root     root             4096 2012-04-25 00:45 myweb

drwxrwxrwx  2 root     root             4096 2012-04-25 01:22 preload

drwxr-xr-x  6 root     root             4096 2031-01-11 13:58 service

drwxrwxrwx 10 root     root             4096 2015-04-06 11:41 Share

drwxr-xr-x  2 root     root             4096 2012-04-25 01:21 .sys

drwx------  2 www-data www-data         4096 2012-05-18 21:23 .webtmp

drwxrwxrwx  2 root     root             4096 2031-01-11 13:58 x-hdd




***[tip]***

이미 눈치 채신 분들도 있겠지만 LG-NAS의 OS 영역은 /dev/sdc1의 ext3파일시스템으로

되어 있다.

# mount -t ext3 /dev/sdc1 /nas

명령으로 해당 파티션을 마운트해서 /nas/etc/shadow 파일을 편집하면 

리모트에서 root 계정으로 들어갈 수 있다. ㅋㅋㅋ



BLOG main image
jskwak[@]gmail.com 또는 ♬♬♬ jskwak[@]trickman.net, ▷◁▷◁ http://about.me/jskwak
 Notice
반/갑/습/니/다
곽/자/섭 입니다...
 Category
분류 전체보기 (152)
전송기술 (54)
이더넷 (3)
시스코자격증 (7)
임베디드 (4)
책읽기 (8)
주절주절 (70)
MAC OS X Life (1)
 TAGS
ip 아이팟 구글 CDP toc CRT Linux CISCO OTN ITU-T T-SDN 모공 1588 Telecom Profile CCNP 대립해소도 FRT 코드검색 절체 BLSR 구름 SONET SDH OSX 메모 CCNA UPSR
 Calendar
«   2026/09   »
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30
 Recent Entries
 Recent Comments
 Archive
 Link Site
[01] 지원,지민 놀이터
 Visitor Statistics
Total :
Today :
Yesterday :
rss