요약

  • RFC 3441의 순서화된 AAL2 프로파일 교집합은 호환 가능한 프로파일 목록을 골라냈다. 그것만으로 모든 서비스가 특정 AAL2 프로파일 행에 매핑되는 것은 아니었다.
  • vsel,dsel,fsel매개변수는 선호하는 행-서비스 결합을 표현했다. 이것들은 실제 송신자가 어느 행을 사용했는지, ATM 베어러가 수립되었는지, 미디어가 호출자에게 도달했는지를 증명하지 않았다.

코덱 이름 목록은 두 게이트웨이가 그것을 사용해 하나의 음성 연결을 구성해야 할 때까지는 사소한 문제처럼 보인다. AAL2 네트워크에서 프로파일은 패킷화 및 코덱 정보의 행 묶음을 기술한다. 호출 제어는 순서화된 프로파일 목록을 제공할 수 있고, 게이트웨이에는 자체 로컬 지원 목록이 있으며, 공통 프로파일은 그 집합을 하나의 프로파일 내부의 서비스 할당과 혼동하지 않고 찾아내야 한다.

RFC 3441은 미디어 게이트웨이 제어 프로토콜(MGCP)용 ATM 패키지를 정의함으로써 이 접합부를 다루었다. MGCP는 외부 호출 에이전트가 미디어 게이트웨이 엔드포인트를 제어할 수 있게 해주었다. 이 패키지는 ATM 베어러 유형, 적응 계층, 서비스 설정, 트래픽 관리 및 크기 산정을 위한 로컬 연결 옵션과, 코덱 및 프로파일 협상을 위한 매개변수를 추가했다. 이 패키지는 Informational 문서였으며, 보편적인 배포 보고서가 아니었다. 즉, 그 구문은 규격에 부합하는 교환이 무엇을 표현할 수 있는지를 말할 뿐, 어떤 제품이 이를 구현했거나 얼마나 많은 통화가 이를 사용했는지는 말하지 않는다.

이 구분은 프로파일 목록에서 시작된다. 게이트웨이의L-list는 자신이 로컬로 지원하는 프로파일을 기술한다. 호출 에이전트는 자체 선호 순서에 따른C-list를 제공할 수 있다. 양측 통화에서 원격 디스크립터는R-list를 기여한다. RFC 3441은 게이트웨이가 통화 방향과 로컬 정책에 따라 순서화된 교집합을 적용하도록 규정한다. 살아남은 프로파일은 그 목록들과 정책 내의 호환성에 대한 증거이며, 아직 베어러 회로도, 서비스도, 운반된 미디어도 아니다.

RFC의 예는 그 결과의 중간적 성격을 보여준다. 게이트웨이 1은custom 100, itu 3, itu 1, itu 8을 지원하고, 호출 에이전트는itu 8, itu 9, atmf 7, itu 3, itu 1, custom 100을 제안한다. 발신 게이트웨이의 우선순위를 적용하면itu 8, itu 3, itu 1, custom 100이 된다. 이 결과는 원격 프로파일 목록으로서 게이트웨이 2에 전달된다. 게이트웨이 2는 그 목록을 자신의 로컬 프로파일 및 자체 호출 에이전트 제안과 교집합을 구해itu 3, itu 1을 만들고,itu 3을 선택한다. 첫 번째 게이트웨이의itu 8선호가 수신 측이 그것을 사용하도록 강제하지 않았다.

itu 3내부에서 일어나는 일은 별도의 질문이다. 발신자는 자신의 첫 번째 프로파일인itu 8에vsel및dsel서비스 결합을 붙였다. 그 결합은itu 3을 기술하지 않으므로,itu 3이 선택이 되었을 때 게이트웨이 2는 그것을 그대로 이어받을 수 없었다. 게이트웨이 2는 해당 프로파일에 대해 로컬에서 이용 가능한 결합을 사용해 자체 표시를 반환했다. 음성은 선호되는 코덱 행에 매핑되고, 음성대역 데이터—그 예에서는 팩스 포함—는 다른 집합에 매핑되었다. 프로파일 교집합이 서비스 매핑을 확정하지는 않았고, 선택된 프로파일이 바뀌면 어떤 결합이 관련되는지도 바뀌었다.

RFC 3441은 음성, 음성대역 데이터, 팩스 선택자를 각각vsel,dsel,fsel로 명명한다. 이들은 서비스에서 프로파일 행으로의 선호 설정이지, 모든 패킷에 대해 특정 행이 사용될 것이라는 계약이 아니다. RFC는 프로파일이 연결에 결합된 후 AAL2 송신자가 실행 중에 행을 전환할 수 있다고 명시한다. 응용은 현재 서비스 상태에 따라 이러한 전환을 제한하여 유연성을 단순한 동작과 맞바꿀 수 있으나, 선호 매개변수 자체가 그 제한을 부과하지는 않는다. 따라서 프로파일 이름을 패킷별 코덱 영수증처럼 읽어서는 안 된다.

패키지의 나머지 필드들은 또 다른 계층에 속한다. ATM 연결 유형, 가상 회로 식별자, 경로 설정 옵션은 베어러를 다룬다. AAL 옵션은 적응을 기술하고, 트래픽 관리 옵션은 ATM 서비스 범주 및 매개변수를 기술하며, 코덱 선택은 미디어 선호를 기술한다. MGCP 명령 수락, SDP 디스크립터, 협상된 프로파일, 베어러 설정 응답, 가상 회로상의 셀, 이해할 수 있는 음향은 서로 바꿔 쓸 수 있는 관찰이 아니다.RFC 2805의 일반 미디어 게이트웨이 아키텍처와RFC 3435의 기반 제어 프로토콜은 제어자, 게이트웨이, 네트워크가 이 체계의 서로 다른 부분을 각각 소유하는 이유를 설명한다.RFC 3108은 ATM 베어러 특성에 관한 관련 SDP 기술을 제공하지만, 프로파일 합의를 전송 증명으로 바꾸지는 않는다.

이 구분이 유용한 이유는 정확히 엔드포인트들이 하나의 공유 의사결정자를 두고 있지 않기 때문이다. 호출 에이전트는 자신의 제안과 정책을 소유하고, 각 게이트웨이는 로컬 지원 프로파일과 적용 가능한 서비스 결합을 소유하고, ATM 네트워크는 자신의 서비스 매개변수 하에서 가상 회로가 수립될 수 있는지를 소유하고, 송신 게이트웨이는 특정 시점에 실제로 사용된 행을 소유한다. 원격 디스크립터는 협상된 의도를 보고할 수 있지만, 셀이 네트워크를 넘었는지 또는 수신자가 의도된 서비스를 재구성하고 재생했는지는 입증할 수 없다.

이 글의 범위는 RFC 3441의 프로파일 목록과 서비스 행 사이의 경계다. 현재의 MGCP 배포, 벤더 동작, 완료된 ATM 통화, 코덱 품질, 예약된 용량, 사용자가 체감하는 음성 품질 또는 측정된 상호운용성에 대해 주장하지 않는다. 이 명세는 교환 모델과 선호 어휘를 확립한다. 이러한 기록들은 독립적인 증거 없이 이후의 영수증으로 승격되어서는 안 된다.

출처:RFC 3441;RFC 3435;RFC 2805;RFC 3108;RFC 3054;RFC 3336;RFC 3337. 기록 페이지:RFC Editor;IETF Datatracker.