인터넷 전화가 연결되는데 한쪽만 들린다면 통화 연결 신호와 실제 음성의 두 방향을 따로 확인합니다. 링크 속도가 빠르거나 SIP 등록이 됐다는 사실만으로 음성 경로까지 정상이라고 볼 수 없습니다. 목표는 같은 통화의 증상·신호·미디어를 묶어 다음 관측 경계를 정하는 것입니다.
관리자가 제공하는 단말·교환기·SBC 로그를 확보할 수 있는 VoIP/Centrex 환경이 대상입니다. 로그에 접근할 수 없는 사용자는 아래 첫 기록만 작성해 서비스 담당자에게 전달해도 됩니다. 시험 상대의 동의를 받고 지정된 시험 번호를 사용하며 긴급번호로 품질 시험을 하지 않습니다.
1. 사용자가 본 증상을 먼저 적습니다.
| 증상 | 먼저 남길 관찰 | 요청할 다음 자료 |
|---|---|---|
| 등록 또는 발신 실패 | 단말 표시, 발신/착신 방향, 발생 시각 | 등록 상태와 해당 요청의 SIP 응답·원인 로그 |
| 벨은 울리지만 연결 안 됨 | 어느 쪽에서 종료되는지, 표시 오류 | 같은 호의 최종 응답과 종료 주체 |
| 연결 후 양쪽 무음 | 연결 시간, 양쪽에서 듣고 말한 결과 | SDP 협상과 양방향 미디어 경로 |
| A는 B를 듣지만 B는 A를 못 들음 | 못 듣는 쪽과 말하는 쪽을 구분 | A→B 미디어 송신·수신과 중간 경계 |
| 통화 중 끊김·지연 | 증상 시각과 지속 구간, 다른 통화 영향 | 같은 구간의 미디어 통계·단말·큐 로그 |
마이크 음소거, 헤드셋 연결과 단말 음량도 같은 통화에서 확인합니다. 한쪽 무음을 네트워크 문제로 미리 정하지 않습니다. Wi-Fi 전화라면 AP 전환 시각과 위치를 함께 남깁니다.
2. SIP 신호와 RTP 미디어를 연결합니다.
RFC 3261은 SIP 대화를 Call-ID와 양쪽 태그로 구분합니다. 등록을 사용하는 구성에서 REGISTER는 단말의 등록 절차이고, 특정 통화의 INVITE와 최종 응답은 별도입니다. 모든 전화 서비스가 동일한 등록·호 설정 순서를 쓰는 것은 아닙니다.
RFC 3550은 RTP의 SSRC·시퀀스 번호와 RTCP 보고를 정의합니다. SIP의 SDP에 나온 코덱·미디어 주소·포트를 실제 흐름과 대조합니다. 최종 응답 전 early media가 있거나 미디어 릴레이를 거칠 수 있으므로 “ACK 이후부터만 RTP가 있다”는 가정을 두지 않습니다.
| 연결할 항목 | 어디에서 얻는가 | 자료가 없을 때 |
|---|---|---|
| 시험 통화 ID·시각 | 시험자 기록, 시간대 포함 | 먼저 같은 사건인지 확인. |
| SIP 대화·결과 | 단말·서버의 Call-ID, 태그, 응답과 종료 로그 | 지원팀에 시각·마스킹한 발착신 정보 전달. |
| SDP와 미디어 경로 | 해당 호의 협상·SBC 세션 자료 | 포트 번호를 일반값으로 추정하지 않음. |
| 양방향 RTP·RTCP | 각 관측점의 스트림 통계·캡처 | 관측하지 못한 방향을 정상으로 채우지 않음. |
SBC나 B2BUA가 호를 나누면 구간별 Call-ID나 미디어 주소가 달라질 수 있습니다. 하나의 문자열이 모든 구간에 그대로 남는다고 가정하지 말고 장비의 연관 세션 ID로 연결합니다. RFC 7092는 B2BUA의 여러 동작 유형을 구분합니다.
3. 편통화의 가상 기록을 따라갑니다.
다음 통화·식별자·패킷 수는 설명용 가상 예제입니다. 실제 통화 녹음이나 캡처 결과가 아닙니다. A는 B의 목소리를 듣지만 B는 A를 못 듣는 상황입니다.
| 관측점 | 같은 시험 통화의 가상 결과 | 현재 해석 |
|---|---|---|
| SIP 기록 | 통화 수락·연결 확인 | 호 설정 관찰 완료. 음성 품질은 미확인. |
| A 단말 앞 | A→B 미디어 1,200패킷 관찰 | A가 보낸 흐름 후보 확인. SDP·SSRC 대조 필요. |
| SBC 입구 | 같은 구간의 A→B 흐름 확인 | 여기까지 미디어 도착 근거 확보. |
| SBC 출구 | 미디어 릴레이 기록을 확보하지 못함 | 이 경계 이후는 미확인. 차단 확정 불가. |
| B 단말 앞 | B 수신 방향 미디어 미검출, B→A는 관찰 | 수신 미검출의 수집 조건과 반환 경계 확인. |
이 예제의 다음 행동은 방화벽 전체 해제가 아니라 SBC의 같은 호 미디어 릴레이 상태와 출구 관측을 요청하는 것입니다. 출구에 흐름이 있으면 다음 방화벽·B 수신 경계로 이동합니다. B까지 미디어가 확인됐는데 소리가 없다면 코덱·디코더·출력 장치·음소거 상태를 확인합니다.
한쪽 캡처에서 1,200개, 다른 쪽에서 1,180개가 보였다고 바로 망 손실 20개로 확정하지 않습니다. 같은 구간·스트림·시퀀스를 비교했는지, 캡처 누락과 시간 차이가 없는지 먼저 확인합니다. SBC가 스트림을 재생성하면 원래 SSRC나 시퀀스가 그대로 유지되지 않을 수 있습니다.
4. 끊김은 수치의 단위와 시간창부터 맞춥니다.
| 지표 | 함께 기록할 조건 | 주의할 해석 |
|---|---|---|
| RTP 손실 | 스트림·방향·시작/끝 시각·집계 방법 | 캡처 누락과 네트워크 손실을 구분. |
| 지터 | 도구의 단위·코덱 클록·계산 방식 | 다른 도구의 숫자를 그대로 비교하지 않음. |
| 지연 | 단방향/왕복, 측정 지점, 시각 동기 | ping 왕복값을 음성 단방향 지연으로 대체하지 않음. |
| 큐 드롭·인터페이스 오류 | 해당 방향·포트·같은 시간의 증가분 | 누적값만으로 그 통화의 손실을 확정하지 않음. |
| 코덱·버퍼 | 협상 결과와 실제 단말 설정 | 단일 임계값으로 모든 통화의 합격을 판정하지 않음. |
RFC 3550의 RTCP 지터는 RTP 타임스탬프 단위이므로 화면이 이미 밀리초로 환산했는지 확인합니다. R-Factor도 코덱·지연·손실을 포함한 모델의 조건을 알아야 해석할 수 있습니다. ITU-T G.107은 E-model의 범위를 설명하며 단일 숫자가 실제 통화 시험을 대신하지는 않습니다.
QoS는 혼잡 경계와 기존 정책을 확인한 뒤 검토합니다. RFC 4594는 음성과 신호의 서비스 클래스를 구분하지만 마킹만 켰다고 전체 경로의 품질이 보장되지는 않습니다. 제품·사업자 정책과 실제 큐 동작을 확인합니다.
5. 서비스 담당자에게 전달할 요약.
시험 ID
____, 시각·시간대____, 발착신 단말 식별____. 증상은누가 누구의 음성을 못 듣는지 ____. SIP 결과·대화 식별____, SBC 연관 세션____. 미디어를 마지막으로 확인한 위치·방향____. 미확인 위치____, 요청할 다음 로그____. 동일 조건 재시험 결과____.
전화번호·계정·녹음·원본 패킷은 공개 문서에 넣지 않습니다. 승인된 지원 경로에 필요한 부분만 전달합니다. 조치 후 같은 단말·상대·경로에서 양방향 음성과 원래 증상을 다시 시험하고, 조건이 달라졌다면 다른 조건에서 미재현으로 남깁니다.
정책 경계가 문제라면 접근·반환 경로 기록, 같은 시각의 포트 통계를 해석해야 한다면 NMS 카운터 검증을 참고합니다.