Catch bug if you can

Informational "100" ; Trying 견디기 어려운, 고된 "180" ; Ringing 울리는, 울려퍼지는 "181" ; Call Is Being Forwarded 지금의 전의 호 "182" ; Queued 대기열에 넣다(전산기의 계(系)에서 처리를 기다리는 일련의 자료, 메시지 등) "183" ; Session Progress 작업시간 전진 Success "200" ; OK Redirection 다른 서비스나 정보 "300" ; Multiple Choices 복합의 선택 "301" ; Moved Permanently 불변의 이동 "302" ; Moved Temporarily 일시적으로 이동 "305" ; Use Proxy 대리 사용 "380" ; Alternative Service 대안 ..

AgendaWireshark를 통해 tcpdump를 Capture 한 뒤 VoIP 제작사의 규격에 따른 Packet 설정이 정확히 설정되어 있는지 확인 해 본다. Wireshark를 통해 tcpdump를 Capture 한 뒤 VoIP verder 규격에 따른 Packet 설정이 정확히 설정되어 있는지 확인 해 본다. SampleTCP segment structure는 아래의 TCP Header와 동일 하며 0 ~ 128 bit까지 여러 정보들을 표시 한다. 160 bit 이후에는 (Option)+Data 를 표시한다. (실제 정보들을 올려서 보내는 부분) Wireshark를 통해서 TCPdump를 캡쳐 하면 하단의 화면과 같이 source영역과 Destination 영역으로 구부 할 수 있다. 그리고 4..

Call flow에 있는 내용을 보기도 싫을때!! 이것만 봐도 뭔말인지 대충 흐름을 알수 있음 ㅎ Signaling 연결에서 통화가 연결되기 까지 이루어지는 Flow chart

Process Caller (발신측)가 전화를 걸어 Callee (수신측)에게 연결이 되는 과정 까지를 밑에 Log를 통해 살펴 볼 수 있다. Sample 다양한 Call Flow를 접할 수 있어야 나중에 Signaling Error 발생시에 어느 위치에서 발생 했는지 정확한 Reporting이 가능하다. 기본적인 호 접속의 Flow 이며 Signaling 기획에 따라 다소 다른 규격이 있을 수도 있지만 대부분의 내용이 밑에 Log에 포함 되어 있으므로 이런 Log를 통해 원인 및 isssue를 찾아 내는 것이 중요하다. 해당 내용은 국내 서비스 중인 mVoIP 서비스 중에 하나로 Debug mode상태라 Log 확인이 가능하다. 만일 테스트를 위한 검증이라면 개발자에게 Debug Level을 내려서 이..

SIP... SIP 프로토콜은 자세히 분석하여 문제를 찾는건 개발자가 해야 하는 일이다. 하지만 간단한 테스트를 위한 혹은 검증을 할 때는 디테일 한확인 할 필요까지는 없습니다. 보통 멀티미디어 세션을 제어하기 위한 프로토콜로 SIP가 사용 되고 있지만 사실 SIP에 있는 번호들을 알면 거의 대부분의 TCP/IP 관련 테스트 중에 발생하는 error no에 근거하여 error가 발생 했는지도 얼추 유추 할 수 있다. Message Description 1xx 마지막 response를 수신 하기 전에 수신할 수 있는 response로 호의 진행 상태 등을 발신에 알려 주기 위해 사용함. (일반적으로 발신측이라고 생각하면 됨) 100 trying - request msg 가 다음 서버로 전송 되어 처리 중 ..

Mobile Originated Voice Call Setup Mobile Originated (MO) 는 모바일 및 WCDMA 표준과 호환 네트워크 사이에서 초기 메시지 교환 상태를 보여 준다. RRC 연결을 3 way로 시도하여 연결이 되고나면 CS는 음성 통화를 시작 하게 된다. Mobile Terminated Voice Call Setup