##는 벤더 특정을 의미 ; " M " 비트는 필수적을 의미 ; " P " 비트는 보호됨을 의미. 벤더 - 특정 비트로 알려진 " V " 비트는, AVP 헤더에 추가적으로 벤더 - ID 필드가 존재하는 지를 나타낸다. 설정 시에 AVP 코드는 특정 벤더 코드 주소 공간에 속하게 된다. 필수 비트로 알려진 " M " 비트는 AVP의 지원이 필요한지를 나타낸다. " M " 비트 집합을 가진 AVP가 다이어미터 클라이언트, 서버, 프록시 또는 트랜슬래이션 에이전트에 의해 수신되고 AVP 또는 그 값을 알 수 없다면, 그 메시지는 거부되어야 한다. 다이어미터 릴레이와 리다이렉트 에이전트는 알 수 없는 AVP를 가진 메시지를 거부하지 말아야 한다. " P " 비트는 end - to - end 보안에 암호화가 필요한 지를 나타낸다. Attribute - Name Code Data Type Acct - Interim - Interval 85 Unsigned32 Accounting - Realtime - Required 483 Enumerated Acct - Multi - Session - Id 50 UTF8String Accounting - Record - Number 485 Unsigned32 Accounting -
다이어미터 ( 프로토콜 ) - 위키백과, 우리 모두의 백과사전 다이어미터 ( 프로토콜 ) 위키백과, 우리 모두의 백과사전. 둘러보기로 가기 검색하러 가기 다이어미터 프로토콜 ( 영어 : diameter protocol ) 은 컴퓨터 네트워크에서 사용되는 인증 ( authentication ), 인가 ( authorization ) 및 과금 ( accounting ) 프로토콜이다. 다이어미터 프로토콜 보다 앞서 사용된 RADIUS 프로토콜에서 훨씬 더 유용하게 진화되었고 RADIUS 프로토콜을 대체하고 있다. 다이어미터 애플리케이션은 새로운 명령어나 확장 가능 인증 프로토콜 ( Extensible Authentication Protocol, EAP ) 과 함께 사용하기 위한 속성 등을 추가하여 확장할 수 있다. 목차 1 RADIUS와 비교 2 애플리케이션 3 역사 4 프로토콜 설명 4. 1 패킷 형식 4. 2 버전 4. 3 메시지 길이 4. 4 명령 부호 4. 5 명령 4. 6 어플리캐이션 - ID 4. 7 Hop - by - Hop 식별자 4. 8 End - to - End 식별자 4. 9 속성값 쌍 ( Attribute - Value Pairs AVP ) 4. 10 상태 관리 4. 11 메시지 흐름 5 관련 RFC 6 같이 보기 7 참고 문헌 8 외부 링크 RA
RFC 6737 The Diameter Capabilities Update Application. October 2012 RFC 7155 Diameter Network Access Server Application. April 2014 같이 보기 [ 편집 ] List of authentication protocols Host Identity Protocol ( HIP ) 참고 문헌 [ 편집 ] ↑ Pat R. Calhoun, Glen Zorn and Ping Pan ( February 2001 ). " DIAMETER Framework Document ". IETF. 2009년 4월 30일에 확인함. ↑ Naman Mehta ( 2009년 3월 20일 ). " Introduction to Diameter Protocol - What is Diameter Protocol ". Sun Microsystems. 2011년 7월 4일에 원본 문서에서 보존된 문서. 2009년 4월 30일에 확인함. ↑ " RFC 6733 - Diameter Base Protocol ". 《 PROPOSED STANDARD 》. Standards Track. ISSN 2070 - 1721. 2014년 10월 12일에 확인함. ↑ " RFC 4006 - Diameter Credit - Control Application "
않음토론기여계정 만들기로그인 이름공간 문서토론 변수 보기 읽기편집역사 보기 더 보기 검색 둘러보기 대문사용자 모임요즘 화제최근 문서 보기임의 문서로도움말기부 도구 여기를 가리키는 문서가리키는 글의 최근 올리기특수 문서 목록고유 링크문서 정보위키데이터 항목이 문서 인용하기 인쇄 / 내보내기 책 만들기PDF로 다운로드인쇄용 판 다른 언어 日 本 語 Bahasa 링크 편집 이 문서는 2019년 6월 10일 ( 월 ) 05 : 06에 마지막으로 편집되었습니다. 모든 문서는 크리에이티브 커먼즈 저작자표시 - 동일조건변경허락 3. 0에 따라 사용할 수 있으며, 추가적인 조건이 적용될 수 있습니다. 자세한 내용은 이용 약관을 참고하십시오. 미국 및 다른 국가에 등록되어 있는 Wikimedia Foundation, Inc. 소유의 등록 상표입니다. 개인정보 정책 위키백과 소개 면책 조항 개발자 쿠키 정책 모바일 보기
##을 무시한다. 리다이렉팅 에이전트의 경우에 Hop - by - Hop 식별자는 다이어미터 에이전트가 응답 메시지로 반응을 하기 때문에 헤더에서 관리된다. End - to - End 식별자 [ 편집 ] End - to - End 식별자는 Origin - Host AVP 조합과 함께 중복된 메시지를 감지하는데 사용되는 부호없는 32 - bit 정수 필드이다. ( 네트워크 바이트 순서 ) 요청을 생성했을 때, End - to - End 식별자는 로컬 고유 식별자로 설정된다. End - to - End 식별자는 어떤 종류의 다이어미터 에이전트도 수정할 수 없고, 대응하는 요청에 있는 같은 값이 응답에 사용된다. 속성값 쌍 ( Attribute - Value Pairs AVP ) [ 편집 ] AVP 헤더 비트 offset 0 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 31 0 AVP 부호 32 V M P AVP 길이 64 벤더 ID ( 추가 ) 96... 데이터... 단순하게, " V " 비트는 벤더 특정을 의미 ; " M " 비트는 필수적을 의미 ; " P " 비트는 보호됨을 의미. 벤더 -
쪽은 Device - Watchdog - Answer로 응답해야한다. 둘 중 한쪽에서 다른 쪽에서 Disconnect - Peer - Answer로 응답해야하는 Disconnect - Peer - Request ( DPR ) 을 보내 통신을 종료할 수 있다. 이후 전송 연결은 종료된다. 관련 RFC [ 편집 ] 다이어미터 프로토콜은 현재 아래의 IETF RFC에서 정의하고 있다 : 오래된 RFC들은 취소선으로 표시되었다. # 제목 발행일 관련 문서 오래된 버전 비고 RFC 3588 Diameter Base Protocol. September 2003 RFC 6733 RFC 3589 Diameter Command Codes for Third Generation Partnership Project ( 3GPP ) Release 5. September 2003 RFC 4004 Diameter Mobile IPv4 Application. August 2005 RFC 4005 Diameter Network Access Server Application. August 2005 RFC 7155 RFC 4006 Diameter Credit - Control Application. August 2005 Diameter Credit - Control Application RFC 4072 Diameter Extensible Authentication Protocol
서버에서 시작되는 몇몇 메시지의 지원을 제외한 Client - server 프로토콜 상태 기반 모델 및 상태 없는 모델 모두 사용가능 피어 ( peer ) 의 동적 검색 ( DNS SRV 및 NAPTR 사용 ) 지원 가능 범위 조정 응용 계층 ( Application layer ) 응답 지원, 장애 처리 방법 및 상태 관리 정의 ( RFC 3539 ) 오류 인지 더 나은 로밍 지원 보다 쉬운 확장 ; 새로운 명령과 속성이 정의될 수 있음 32 - bit 영역에 맞춰짐 사용자 세션과 과금을 위한 기본적인 지원 애플리케이션 [ 편집 ] 다이어미터 애플리케이션은 응용 소프트웨어가 아니라 RFC 6733 ( 오래된 버전 : RFC 3588 ) 에 정해진 다이어미터 기반 프로토콜에 근거한 프로토콜이다. 각각의 애플리케이션은 어플리캐이션 구별자를 통해 정의되고 새로운 명령 부호 그리고 / 또는 새로운 필수 AVP를 추가할 수 있다. 새로운 선택적 AVP를 추가하는 데에 새로운 애플리케이션이 필요하지 않다. 다이어미터 애플리케이션의 예 : 다이어미터 모바일 IPv4 애플리케이션 ( 모바일 IP, RFC 4004 ) 다이어미터 네트워크 접속 서버 애플리케이션 ( Network Access Server Requirement, NASREQ, RFC 4005 ) 다이어미터 확장 인증 프로토콜 ( Extensible Authentication Protocol ) 애플리케이션 ( RFC 4072 ) 다이어미터
##age - Process - Request MPR 311 Message - Process - Answer MPA 311 Update - Location - Request ULR 316 Update - Location - Answer ULA 316 Authentication - Information - Request AIR 318 Authentication - Information - Answer AIA 318 Notify - Request NR 323 Notify - Answer NA 323 어플리캐이션 - ID [ 편집 ] 애플리케이션 - ID는 메시지가 어떤 다이어미터 애플리케이션에 적용가능한지 구별하는데 사용된다. 그 애플리케이션은 인증 애플리케이션이 될 수도 있고 과금 또는 벤더 특화 애플리케이션이 될 수도 있다. 어떤 다이어미터 확장을 따르는 다이어미터 에이전트는 Capabilities - Exchange - Request ( CER ) 와 Capabilities - Exchange - Answer ( CEA ) 명령의 Auth - Application - Id Attribute에 특정값을 포함함으로써 지원을 공식화한다. 헤더 안에 있는 애플리케이션 - ID의 값은 관련된 애플리케이션 - ID APV와 같다. 예를 들어, 다이어미터 신용 - 제어 애플리케이션 용 Credit - Control - Request ( CCR ) 와 Credit -
##signed32 Route - Record 282 DiamIdent Session - Id 263 UTF8String Session - Timeout 27 Unsigned32 Session - Binding 270 Unsigned32 Session - Server - Failover 271 Enumerated Supported - Vendor - Id 265 Unsigned32 Termination - Cause 295 Enumerated User - Name 1 UTF8String Vendor - Id 266 Unsigned32 Vendor - Specific - Application - Id 260 Grouped 상태 관리 [ 편집 ] RFC 3588은 피어 ( peer ) 와 처리중인 메시지 사이에 연결을 유지하기 위한 핵심 상태 관리를 정의한다. 이것은 기본적인 프로토콜 기능 중에 일부분이고 모든 스택은 이것과 그러한 연결 관련 동작 개념을 지원해야 한다. Peer State Machine Part 1 Peer State Machine Part 2 추가적으로, 애플리케이션 특정 상태 관리는 이후 또는 더 높은 추상 계층에서 소계될 수 있다. RFC 3588은 인증 및 과금 상태 관리를 정의한다. Diameter Authorization State Machines ( Client ) Diameter Authorization State Machines ( Ser
##를 들어, 다이어미터 신용 - 제어 애플리케이션 용 Credit - Control - Request ( CCR ) 와 Credit - Control - Answer ( CCA ) 명령의 애플리케이션 - ID 값와 인증 - 애플리케이션 - ID 속성값은 4이다. [ 4 ] Hop - by - Hop 식별자 [ 편집 ] 요청에 대한 응답에 존재하는 Hop - by - Hop 식별자는 같은 값이어야 하기 때문에 이 식별자는 응답과 요청을 일치시키는데 사용되며 부호가 없는 32 - 비트 정수 필드로 구성된다. ( 네크워크 바이트 순서 ) 다이어미터 프로토콜은 장애 조치를 위해 사용되는 트랜잭션 상태를 릴레이와 프록시 에이전트가 유지할 것을 요구한다. 트랜잭션 상태는 요청을 전달할 때, 그 Hop - by - Hop 식별자가 저장된다는 의미를 내포하고 있다 ; 필드는 대응하는 응답을 수신 할 때 원래의 값으로 복원되는 로컬 고유 식별자로 대체된다. 요청 상태는 응답의 수신시에 해제된다. 수신된 응답이 알고있는 Hop - by - Hop 식별자와 일치하지 않을 때 다이어미터 에이전트는 이 응답을 무시한다. 리다이렉팅 에이전트의 경우에 Hop - by - Hop 식별자는 다이어미터 에이전트가 응답 메시지로 반응
다이어미터 프로토콜(영어: diameter protocol)은 컴퓨터 네트워크에서 사용되는 인증(authentication), 인가(authorization) 및 과금(accounting) 프로토콜이다. 다이어미터 프로토콜 보다 앞서 사용된 RADIUS 프로토콜에서 훨씬 더 유용하게 진화되었고 RADIUS 프로토콜을 대체하고 있다. 다이어미터 애플리케이션은 새로운 명령어나 확장 가능 인증 프로토콜(Extensible Authentication Protocol, EAP)과 함께 사용하기 위한 속성 등을 추가하여 확장할 수 있다.