sip을 이용하여 클라이언트간 Proxy 통화를 Wireshark를 이용해 캡쳐해보았다.


위의 그림은 통화 연결 과정을 그래프 형식으로 나타낸 것으로 108@192.168.0.11 과
110@192.168.0.11 이 통화를 함에 있어서 모두를 나타내는 것이 아니라
서버와 110@192.168.0.11 과의 연결만을 확인해 볼 수 있었다.

이에 관한 세부적으로 들어가보면...


다음과 같이 sip protocol 의 메시지가 캡쳐되었음을 확인할 수 있었다.


위의 그림은 sip 메시지의 header 부분이다.
위와같이 Method는 SIP/2.0/UDP 를 사용하고 있으며
요청 메시지의 생성자는 110@192.168.0.11 이며 최종목적지는 108@192.168.0.11 이다.
Content type 은 application/sdp 로서 sdp 메시지가 포함되어있음을 알수 있다.


위의 그림은 body 부분이다.
version 은 0 이며 owner address는 192.168.0.110 이다.
지원하는 media 는 audio를 5074port로 사용가능하며 RTP/AVP 의
미디어 포맷은 101, ITU-T G.711 PCMU, ITU-T G.711 PCMA, 107 을,
video를 5062port로 사용가능하며 RTP/AVP의
미디어 포맷은 115, ITU-T H.263을 지원가능함을 확인할 수 있다.

위의 그림은 호 연결을 시도(status-Line : 100 Trying)하는 과정이다.

위의 그림은 전화를 연결하는 과정(status-Line : 180 Ringing)으로 호 연결 시도과정및
header부분과 정보가 일치한다.

위의 그림은 연결된 결과(status-Line : 200 Ok)를 나타낸 것으로
이 역시 version 은 0 이며 owner address는 192.168.0.11 이다.
지원하는 media 는 audio를 15076port로 사용가능하며 RTP/AVP 의
미디어 포맷은 ITU-T G.711 PCMU, ITU-T G.711 PCMA, 101 을 지원가능하며
video 포맷은 지원하지 않고 있다.

위의 그림은 ACK 메시지를 확인한 것으로 위에서 언급하진 않았지만 사용한 서버프로그램
등을 확인할 수 있다.

보통 맨 처음에 일치하는 것을 사용한다는 것을 수업을 통해 배웠으므로
audio는 PCMU를 사용하고 video 는 서버측에서 미지원하므로 정할수가 없다.

위의 그림은 전화통화가 끝난 후 bye 메시지를 나타낸 화면이다.
그림의 밑부분에 선택된 영역을 보면 user hang up 이라는 이유로 인해 bye메시지가
전송되었음을 확인할 수 있다.


위의 그림은 이전의 bye 메시지에 의한 ok 응답을 나타낸 것이다.

이 글에서 보는바와 같이
INVITE - TRYING - RINGING - OK - ACK - 통화 - BYE - OK

이와 같은 단계로 인하여 통화가 이루어짐을 확인할 수 있었다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.