Diameter - 배경 및 용어 정리

이론 정리

목록 보기

6/9

용어 정의 : Terminology

SCTP : Stream Control Transmission Protocol

Diameter 네트워크 내에서 각 피어(상대 노드)의 정보를 관리하는 구조
피어 정보 사용 정보 : 호스트 식별자, 상태 값, 정적/동적 등록 여부, 만료 시간, 보안 여부, 보안 정보 등
피어 테이블은 메시지 라우팅이나 피어 상태 확인의 기반
피어란 : connection을 맺는 것을 피어 관계로 보면 됨
피어테이블은 각 노드 로컬에서 관리 → 분산형 네트워크이기 때문
피어의 정보를 보고 어디로 라우팅할지 결정하는 것임
DWR(Device Watchdog Request)/DWA(Device Watchdog Answer)로 만료 시간 갱신
만료시간이 다 되면 상태를 변경하거나 삭제 가능(정적/동적에 따라 상이)
관계를 맺을 때 supported-Application-id를 보내는데 이건 내가 지원하는 것을 알리는 용도
- 내가 구현이 많이 되어있더라도 한정된 기능만 지원한다고 알릴 수 있음
- 즉, supported-Application-id == localAction은 다름

Realm(도메인/운영기관) 기반으로 메시지의 경로를 결정하는 구조
peer table 기반으로 생성됨 → 피어의 realm을 가져와서 활용
주요 필드
- Realm Name : 도메인, Rounting 기준
- Application Identifier : Application Id에 따라 라우팅 경로가 달라질 수 있음
- Local Action : 메시지 처리 방식 지정
  - LOCAL : 해당 노드에서 직접 처리
  - RELAY : 다음 노드로 그대로 전달
  - PROXY : 다음 노드로 전달, 필요 시 AVP 등 정책 적용 후 전달
  - REDIRECT : 목적지 정보를 알려주고 메시지 반환
- Server Identifier : 메시지를 보낼 대상 서버(peer table의 Host ID 와 같아야함)
- Static or Dynamic : 경로가 정적/동적 구성되었는 지 여부
- Expiration Time : 동적경로 시 만료 시간
운용 포인트
- 각 에이전트는 local, relay, proxy, redirect 중 하나 이상 지원해야함
- 라우팅 테이블에 default 엔트리 둘 수 있음
- 라우팅 대상 서버는 반드시 해당 Application ID를 선언한 노드여야하며, 없으면 메시지 반환
라우팅 테이블엔 내가 하는 것도 들어가기 때문에 나를 판단하고 아니면 피어테이블에서 검색 후 점진적으로 늘이는 방식

Client, Server 외 Relay, Proxy, Redirect, Translation Agent 도입
Agent는 메시지 운반, 변환 안내, 적책적용을 수행하는 중간 서버 역할
Relay Agent
- 메시지를 목적지 Realm 및 피어 정보를 바탕으로 단순 전달(라우팅) 담당
- 세션 상태는 유지하지 않고 트랜잭션 상태만 유지(요청, 응답 매칭용)
- Supported-Application-Id : Relay(0xffffffff)
Proxy Agent
- Relay와 유사하지만 정책 적용/리소스 제어 등 가공/검사 기능을 수행
- 하위(DownStream) 피어 상태를 유지하여, 자원 사용 제한, 입장 제어 등 수행
- Supported-Application-Id : 해당 노드에서 지원하는 것만
Redirect Agent
- 메시지를 직접 전달하지 않고, 목적지 정보를 반환하여 요청한 쪽에서 직접 처리하게 함
- 네트워크 라우팅 구조를 중앙 집중화할 때 유용(구성 변경 시 전체 업데이트 불필요)
- 세션 상태, 트랜잭션 상태 유지 안함
- Supported-Application-Id : Relay(0xffffffff)
Translation Agent
- 서로 다른 AAA 프로토콜(RADIUS, TACACS 등)와 Diameter 간 변환 담당
- 세션 상태와 트랜잭션 둥다 관리해야함(오랜 세션 추적 필요)
- Supported-Application-Id : 해당 노드에서 지원하는 것만