call flow 5

[Team Study] Call Flow for IMS

현재 근무 중인 팀 동료들이 전문 교육 없이 업무에 투입이 되고 있어서 간단한 team study를 진행 하기로 했다. 전체적인 흐름만 집고 갔으면 하는 마음이라 세부적인 내용보다는 대충 감만 잡을 수 있는 내용으로 정리 했다. 팀 동료들이 따라올지는 모르겠지만, 어쨌든 나중에라도 필요할테니 개인 복습 차원에서라도 지속적으로 업데이트 할 예정임. (쉽게 풀어 쓴?) IMS Call Flow 일반적으로 Registration 과정이 종료 되면, 아래와 같이 Call 을 위한 과정을 진행 할 수 있음 모든 Flow 와 아래와 유사하게 진행 되고 약간 다른 경우가 있을 수도 있음 참고영상: https://youtu.be/sMPGH4Ag5b4 불러오는 중입니다... Figure 아래는 해당 스터디 자료를 만들기..

Incoming call and registration

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

SIP Message 기본

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

728x90