SIP...
SIP 프로토콜은 자세히 분석하여 문제를 찾는건 개발자가 해야 하는 일이다. 하지만 간단한 테스트를 위한 혹은 검증을 할 때는 디테일 한확인 할 필요까지는 없습니다. 보통 멀티미디어 세션을 제어하기 위한 프로토콜로 SIP가 사용 되고 있지만 사실 SIP에 있는 번호들을 알면 거의 대부분의 TCP/IP 관련 테스트 중에 발생하는 error no에 근거하여 error가 발생 했는지도 얼추 유추 할 수 있다.
Message Description
1xx
마지막 response를 수신 하기 전에 수신할 수 있는 response로 호의 진행 상태 등을 발신에 알려 주기 위해 사용함. (일반적으로 발신측이라고 생각하면 됨)
100 trying
- request msg 가 다음 서버로 전송 되어 처리 중 임을 의미 하며 응답이 늦어 질 수 있는 경우 전송 될 수 있음
180 ringing
- 수신이 alerting 상태임을 발신에게 알려 주기 위한 response로 중요한건 요안에 SDP 정보가 포함될 수 있다는 점 임!!! (content-type에 표시될 수 있으니까 확인!!!)
2xx
대부분 20OK 가 전부다 1xx 로 부터 올라 간 패킷을 서버를 통해서 end 단(상대 단말)까지 전달 (서버까지만 전달될 수도 있다)된 후 정상적으로 전송이 되었다는 것을 다시 caller가 확인을 하고 200OK를 받으면 success!!
4xx, 5xx, 6xx
대부분 error 처리 msg 입니다. 에러라고 해서 문제가 있는 에러처리는 아니고 최종적으로 callee에게 연결이 되지 못함을 알려주는 msg 이며 각각의 번호에 따라서 어느부분에서 Disconnection이 발생했는지 알려주는 것입니다.
4xx 은 Client 에러, 5xx은 Server 에러, 6xx는 Global failure를 말하는데 흔히 Networking 문제로 인한 패킷 소실등이 주요 원인입니다.
401 unauthorized 인증요청
403 forbidden 인증실패
407 unauthorized 인증요청, proxy
408 request timeout (요즘에는 packet timeout이라고 합니다. timeout 의 시간은 server나 client에서 조절이 가능 하지만 연결시간이 길어지게 되면 연결 시간이 오래 걸리고 오랜시간 timeout이 되지 않아 server과부하가 걸릴수도 있습니다)
486 busy here 통화중
487 request terminated 발신취소
480 temporarily unavailable 무응답 no answer
603 decline 수신 거부
606 not acceptable 세션정보를 받지 못하거나 warning에 상세 정보가 보임SIP...
'SW Science for QA > Signaling 기초' 카테고리의 다른 글
SIP code list (0) | 2018.02.06 |
---|---|
TCP Header Packet 분석 (0) | 2016.03.31 |
Call flow chart (0) | 2016.03.31 |
Incoming call and registration (0) | 2016.03.31 |
Call flow -Originated/Terminated- (0) | 2015.06.01 |