Tiểu luận tìm hiểu Công nghệ Thoại IP

Công nghệ Thoại IP
Troubleshooting SIP Interfaces to the IP Network
(Xử lý sự cố trên giao diện SIP cho mạng IP)

Nhóm 27
Giới Thiệu
GV bộ môn : TS. Đàm Quang Hồng Hải
SV thực hiện : nhóm 27
Ngô Trần Vĩnh Phúc - 08520288
Hoàng Trọng Quốc Bảo - 08520026
Trần Hữu Đức - 08520094
Nguyễn Hữu Tín - 08520407
Sách : Cisco IOS Voice Troubleshooting and Monitoring Guide
Chương 3:
Troubleshooting SIP Interfaces to the IP Network
Mục lục
•
I / Giới thiệu
•
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
•
III/ Xử lí sự cố cho cổng điện thoại Cisco SIP IP
I / Giới thiệu
•
Nền tảng Cisco Session Initiation Protocol (SIP) cho phép Cisco
thiết lập tín hiệu của âm thoại và gọi điện đa phương tiện qua
đường mạng IP.SIP dựa trên nền tảng ASCII, hoạt động trên lớp
ứng dụng (application) được dùng để thiết lập, duy trì và phân
định cuộc gọi giữa 2 hoặc nhiều điểm nút.
•
SIP được phát triển bởi IETF trong việc truyền thông đa phương

tiện trên mạng IP. Tính năng của SIP thì phù hợp với chuẩn IETF
RFC 2543. SIP (Session Initiation Protocol) được công bố vào
tháng 3-1999.
•
( Để biết thêm thông tin )
I / Giới thiệu
•
Chương này cung cấp các thủ tục và
tài liệu liên quan mà ta dùng để giải
quyết các vấn đề của nền tảng SIP
trên mạng IP.
•
Những thông tin được cung cấp
trong chương này:
- Xử lí sự cố của Cisco SIP IP Phone
- Xử lí sự cố của Cisco SIP Gateway
- Xử lí sự cố của Cisco Proxy Server
- SIP Message and Method
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
Trong phần này miêu tả các tình huống và cách xử lí sự cố cho điện
thoại Cisco SIP IP 7960
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
•
Sau đây là danh sách các tính năng trên điện thoại Cisco IP SIP
mà bạn có thể sử dụng cho xử lý sự cố:
- Chỉnh nút cho phím mềm (soft key) cấu hình mạng – (dùng để
giám sát và chỉnh các thiết lập mạng của điện thoại SIP)
- Chỉnh nút cho phím mềm cấu hình điện thoại – (dùng để giám
sát và chỉnh các thiết lập cho điện thoại SIP)
- Chỉnh nút cho Status – Hiển thị các thiết lập và phân tích lỗi.

- Gọi tin nhắn trên màng hình LED – Hiển thị các luồng tin SIP
cơ bản.
- Nhấn i hoặc ? hai lần trong khi gọi – Hiển thị thời gian thực
trong việc chuyển và nhận các thống kê của cuộc gọi.
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
•
Vị trí các nút của phone 7960
–
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
•
Ngoài các cơ bản ở danh sách bên trên, ta có thể dùng
cổng EIA/TIA-232 (RS-232) được thiết kế phía sau điện
thoại Cisco SIP IP 7960 như là một cổng để tiếp nhận
thông tin.
•
Cổng EIA/TIA-232 được đặt mật khẩu bảo vệ và yêu
cầu phải có cáp RJ-11-hoặc -RJ-45.
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
•
Để kết nối port cho RJ-11-to-RJ-45 ta làm các bước sau:
Bước 1:cắm đầu RJ-11 vào cổng EIA/TIA-232 phía sau điện thoại
Bước 2: dùng “RJ-45-to-DB-9 female DTE adapter” (labeled TERMINAL)
để kết nối cổng với PC đang chạy phần mềm giả lập thiết bị đầu cuối.
Bước 3: cắm đầu RJ-45 và cáp rollover vào DTE adapter.
Bước 4: từ thiết bị đầu cuối chạy chương trình giả lập.
Bước 5: đánh chữ “Cisco” , một câu nhắc nhở hiện lên.
Bước 6: tại đó, ta có thể theo sự hướng dẫn để debug và xử lí sự cố cho điện
thoại .
II/ Xử lí sự cố của Cisco SIP IP Phone 7960
Những vấn đề sau đây sẽ được đề cập:

•
Điện thoại Cisco SIP IP không được cung cấp hoặc không thể thu được địa
chỉ IP.
•
Điện thoại Cisco SIP IP không được đăng kí với SIP Proxy hoặc SIP
Registrar Server
•
Cuộc gọi bên ngoài không thể không có thể được đặt từ điện thoại Cisco
SIP IP
•
Cuộc gọi bên trong không thể nhận được cuộc gọi điện thoại Cisco SIP IP
•
Tín hiệu xấu của điện thoại Cisco SIP IP
•
Tín hiệu DTMF hoạt động không đúng
•
Điện thoại Cisco SIP IP không hoạt động khi được cắm vào Line-Powered
Switch
•
Chuyển cuộc gọi hoạt động không đúng
•
Một số tin nhắn SIP truyền lại nhiều lần.
a/ Điện thoại Cisco SIP IP không được cung cấp hoặc
không thể thu được địa chỉ IP.
•
Thử dùng TFTP để tải những configuration files, xác thực được file
SIPDefault.cnf và những configuration files đặc trưng của điện thoại có tồn tại
hay không.
•

Xác minh TFTP server có làm việc hay không.
•
Xác minh thông số cấu hình mạng điện thoại Cisco SIP IP được cấu hình đúng.
Điện thoại IP nhận được thông tin địa chỉ IP (IP address, Subnet mask, Default
gateway, TFTP server …)
•
Nhấn nút Setting, chọn Status và Status Messages để xem báo cáo về những file
bị mất hoặc những lỗi khác.
•
Nếu server DHCP có địa chỉ IP khác với địa chỉ trên điện thoại Cisco SIP IP,
thì ta xác định lại “ip-helper-address” được bật trên local router.
•
Xác minh phần mềm ảo của điện thoại Cisco SIP IP đã được tải từ website của
Cisco dưới dạng nhị phân
b/ Điện thoại Cisco SIP IP không được đăng kí với SIP
Proxy hoặc SIP Registrar Server
•
Xác minh việc đăng kí điện thoại với proxy server được bật. Vì mặc định việc đăng kí
này không được bật.
•
Xác minh rằng địa chỉ IP của SIP proxy server chính được dùng bởi điện thoại thì hợp
lệ.
•
Nếu Fully Qualified Domain Name (FQDN) được cụ thể hóa trong tham số 1_address,
chứng thực rằng DNS server được điều chỉnh để giải quyết FQDN như là một record
type của DNS.
•
Phải chắc chắn rằng Cisco SIP proxy server đã được cấu hình đòi xác thực. Nếu đã có
rồi thì chắc chắn rằng việc xác thực tên và mật khẩu được xác định trên configuration
file của điện thoại Cisco SIP IP

•
Điện thoại Cisco SIP IP hiện tại cung cấp phương pháp phân quyền tóm tắt HTTP. Xác
minh rằng phương pháp phân quyền được yêu cầu bởi Cisco SIP proxy server là tóm
lượt HTTP.
•
Xác minh rằng yêu cầu đăng kí không hết hạn. Mặc định, đăng kí trên điện thoại
Cisco SIP IP sẽ thực hiện sau 3600 giây, nhưng giá trị có thể điều chỉnh
bằng cách dùng time_reqister_expires parameter.
c/ Không thực hiện được cuộc gọi ra ngoài
•
Xác minh rằng địa chỉ điện thoại Cisco SIP IP được cấu hình đúng hoặc được
nhận từ DHCP server.
•
Xác minh rằng Cisco SIP proxy server được dùng bởi điện thoại hoạt động tốt
•
Xác minh rằng Cisco SIP proxy server được cấu hình đúng có các route, hoặc
đăng kí cho các điểm đến từ xa.
•
Xác minh rằng thiết bị từ xa SIP có hiệu lực.
•
Xác minh rằng kế hoạch quay số được xác định trên file dialplan.xml và được
cấu hình đúng. File đó nên được tải từ thư mục gốc CCO của TFTP server của
bạn.
•
Xác định những âm lỗi được nhận và vẽ bản đồ cho những âm lỗi của những
thông báo trên màn hình điện thoại
d/ Không nhận được các cuộc gọi vào mạng trong
•
Xác minh rằng đường dây (phần của người dùng) được xác định
ở Request-URI hoặc trên yêu cầu SIP INVITE. Điện thoại Cisco

SIP IP yêu cầu thông tin được xác minh một cách chắc chắn từ
đường dây.
•
Chắc rằng Request-URI được gửi từ port 5060 của địa chỉ IP của
điện thoại. điện thoại được lằng nghe trên post 5060 của UDP.
•
Xác minh rằng điện thoại Cisco SIP IP được đăng ki với local
proxy server.
e/ Tín hiệu xấu trên điện thoại Cisco SIP IP
•
Kiểm tra các vị trí lỗi của đường mạng, gói thông tin bị lỗi, mất mát,
bị lặp…
•
Kiểm tra thử mức độ ToS của chuỗi thông tin, đã được dùng đúng
hay chưa.
•
Kiểm tra điện thoại Cisco SIP IP được cắm vào Switch chứ không
phải Hub để tránh va chạm quá mức và mất gói tin.
•
Chắc chắn rằng có đủ băng thông trên mạng cho bộ giải mã.
•
Nhấn nút i hoặc ? hai lần trên điện thoại trong suốt cuộc gọi để xem
thời gian nhận và chuyển cuộc gọi
•
Xác định xem vấn đề xảy ra với thiết bị cầm tay, tai nghe, loa ngoài,
hoặc với tất cả.
f/ Tín hiệu DTMF hoạt động không đúng
•
Nếu tín hiệu out-of-bound qua phương pháp âm thoại AVT đã được kích
hoạt, xác minh rằng các thiết bị hỗ trợ từ xa của âm thoại AVT được bật.

Nếu âm thoại AVT đã được kích hoạt và thiết bị từ xa không hỗ trợ âm
thoại AVT kiểm tra các gói tin bị mất trong đường dẫn end-to-end.
•
Tìm ra codec nào được sử dụng. Codec băng thông thấp hơn sẽ mang lại
kết quả xấu. Nếu âm thoại AVT không được hỗ trợ vì tín hiệu DTMF được
mang trong song radio.
•
Xác minh rằng chiều dài của âm thoại được tạo. Những âm thoại phải có
một tín hiệu tối thiểu trong khoảng 40ms với vận tốc của tín hiệu không
thấp hơn 93ms.
g/ Điện thoại Cisco SIP IP không hoạt động khi được cắm
vào Line-Powered Switch
•
Xác minh rằng điện thoại đang chạy phần mềm phiên bản 2.0
hoặc mới hơn của điện thoại Cisco SIP IP.
•
Chắc chắn rằng các phương tiện truyền thông dạng “thiết lập
hông số mạng” được hỉnh ở dạng tự động giao dich.
h/ Chuyển cuộc gọi hoạt động không đúng
•
Nếu chuyển cuộc gọi hoạt động không đúng, hãy chắc chắn rằng
thiết bị điều khiển từ xa đang gửi cuộc gọi sử dụng phương pháp
SIP BYE/ Also.
i/ Một số tin nhắn SIP truyền lại nhiều lần
•
Điện thoại Cisco SIP IP có một số bộ tính giờ có thể được dùng để
cấu hình bằng cách dùng file cấu hình sip_invite_retx và sip_retx.
Trên hầu hết các mạng, giá trị mặc định hoạt động tốt, dù có thể
xuất hiện truyền trễ trên mạng, làm chậm quá trình biến đổi
proxy server, mất gói tin có thể yêu cầu việc chỉnh lại bộ đến giờ.

Nếu một số thông báo SIP xuất hiện được truyền lại quá thường
xuyên, thì ta điều chỉnh các thông số.
III/ Xử lí sự cố cho cổng điện thoại Cisco SIP IP
III/ Xử lí sự cố cho cổng điện thoại Cisco SIP IP
Phần này cung cấp lời khuyên để giải quyết vấn đề của cổng SIP sau:
•
Không thể thực hiện cuộc gọi ra ngoài từ cồng Cisco SIP Gateway đến điểm
SIP Endpoint.
•
Không thể thực hiện cuộc vào trong từ PSTN qua cổng Cisco SIP Gateway
•
Gọi đến PSTN qua cổng Cisco SIP Gateway thất bại với lỗi “400 Bad
Request”.
•
Chất lượng thoại bị suy hao với các cuộc gọi thông qua hay xuất phát từ
Cisco SIP gateway
•
Một số thông điệp SIP được truyền lại quá thường xuyên
•
Chức năng chuyển cuộc gọi không hoạt động tốt
•
Các lệnh xử lí sự cố
a/ Không thể thực hiện cuộc gọi ra ngoài từ cồng Cisco SIP
Gateway đến điểm SIP Endpoint.
•
Xác minh rằng các cổng thoại được cấu hình và kích hoạt cho giao thức
PSTN-side.
•
Xác minh có đường dây VOIP được cấu hình hợp lệ cần đặt được một số
yêu cầu sau:

•
Phù hợp yêu cầu của mô hình chuẩn.
•
SIP đã được bật chưa
•
Có đường dây quay số chính xác
•
Có mã xác định đúng
•
Dùng lệnh ping, chắc chắn rằng cổng SIP có thể liên lạc xuyên cổng IP với
SIP proxy hoặc thiết bị SIP.
•
Nếu SIP proxy server được xác định bằng cách định dạng FQDN, chắc
rằng DNS server được cấu hình đúng để giải quyết cách sử dụng địa chỉ
DNS SRV record.
•
Đảm bảo rằng các định dạng múi giờ được cấu hình trên cổng SIP gateway
là GMT.
•
Kiểm tra bằng các câu lệnh debug ccsip all | calls | error | events | messages |
states để tìm các lỗi.
a/ Không thể thực hiện cuộc gọi ra ngoài từ cổng Cisco SIP
Gateway đến điểm SIP Endpoint.
b/ Không thể thực hiện cuộc gọi vào trong từ PSTN qua
cổng Cisco SIP Gateway
•
Xác minh rằng các cổng thoại được cấu hình và kích hoạt cho giao thức
PSTN-side.
•
Chắc rằng có các đường dây POTS được cấu hình đúng và hợp yêu cầu mô

hình chuẩn.
•
Dùng lệnh ping, chắc chắn rằng cổng SIP có thể liên lạc xuyên cổng IP với
SIP proxy hoặc thiết bị SIP.
•
Nếu cuộc gọi đầu vào có bất cứ hostname nào được xác định như là FQDN,
chắc chắn rằng cấu hình DNS được kích hoạt trên cổng SIP gateway
•
Dùng lệnh debug ccsip all | calls | error | events | messages | states để kiểm tra
các lỗi.
c/ Gọi đến PSTN qua cổng Cisco SIP Gateway thất bại với lỗi “400 Bad Request”.
•
Nếu như cổng Cisco SIP không giống thông tin SIP (header hoặc SDP), cuộc
gọi không thành công với lỗi “400 Bad Request”.
•
Để xác định các cuộc gọi không thành công vì lỗi SIP header, ta thực hiện
lệnh debug ccsip để hiển thị thông tin trên bảng báo lỗi, hoặc để chắc rằng yêu
cầu SIP header tồn tại được xác định trong RFC 2543. SIP header fields được
để trong bảng sau:
Header field Definition (định nghĩa)
Call-ID Call-ID general-header field độc quyền xác định phạm vi hoạt động cho một lời mời cụ thể hoặc tất cả các đăng ký của
một client cụ thể. Chú ý rằng một số multimedia conference có thể làm phát sinh một số các cuộc gọi với những Call-
IDs khác nhau.
Contact
(số liên lạc)
Số liên lạc general-header field phải xuất hiện trong yêu cầu INVITE và REGISTER và 200 thông báo trả lời. nó có
thể xuất hiện trong ACK, và trong các thông báo: 1xx 2xx 3xx 485. Trên thực tế, nó cung cấp URL nơi user có thể đạt
được cho thêm thông tin liên lạc.
Content-
Length

Content-Type entity-header field cho biết các loại phương tiện truyền thông của message-body được sent to the
recipient.
Cseq User phải thêm Cseq (command sequence) vào general-header field đến mọi yêu cầu. một CSeq header field trong yêu
cầu có chứa các phương thức được yêu cầu và một dãy số thập phân được lựa chọn bởi các client. duy nhất một giá trị
của Call-ID. Số thứ tự phải được thể hiện như là một interger 32 bit. Giá trị ban đầu của số thứ tự tùy ý, nhưng phải ít
hơn 2**31. Liên tiếp các yêu cầu khác nhau về phương thức, header hoặc body, nhưng có cùng CALL-ID phải chứa
tăng đơn điệu và là số thứ tự liền kề, số thứ tự không bị bao quanh.
Sự truyền lại của cùng một yêu cầu mang cùng một số thứ tự, nhưng phần INVITE với một body tin nhắn khác, hoặc
một header fields khác được làm mới. Server phải báo lại giá trị Cseq từ yêu cầu nó nhận được. nếu giá trị của phương
thức bị mất trong khi nhận Cseq header field, server phải tự điền vào thích hợp.