III/ Xử lí sự cố cho cổng điện thoại Cisco SIP IP
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.
Header field Definition (định nghĩa)
Date Ngày ở trong general-header field, nó có cú pháp như sau: SIP-date = rfc1123-date
Chú ý rằng, không giống như HTTP/1.1, SIP chỉ hỗ trợ cho định đạng ngày tháng RFC 1123. Diversion Cổng hiện tại dùng Diversion header trong việc gửi đi thông điệp ban đầu.
Expires (Hiệu lực)
Trường hiệu lực bổ sung thêm ngày tháng và thời gian vào sau thông điệp chứa nó.
Trường header này được dùng cho phương thức REGISTER và INVITE. Với REGISTER, nó là một trường yêu cầu và hồi đáp. Trong gói tin yêu cầu REGISTER, máy khách định ra thời gian đăng kí có hiệu lực mà nó mong muốn.Trong gói hồi đáp, máy chủ sẽ chỉ ra thời gian hết hạn sớm nhất của tất cả các đăng kí. Máy chủ có thể chọn khoảng thời gian ngắn hơn thời gian máy khách yêu cầu nhưng không được ngắn hơn.
From (Nơi
xuất phát) Các gói yêu cầu và hồi đáp đều phải chứa một trường xuất phát, chỉ ra nơi bắt đầu của yêu cầu. Trường xuất phát phải chứa một thẻ. Máy chủ sao chép trường xuất phát từ gói tin yêu cầu và sau đó dựa vào đó để hồi đáp. Tùy chọn “tên hiển thị” có nghĩa là đã được trả lời bởi một giao diện người dùng. Một hệ thống NÊN sử dụng tên hiển thị "Anonymous" nếu chưa nhận diện được máy khách.
SIP-URL không được chứa “transport-param”, “maddr-param”,
“ttl-param” hay những thành phần mào đầu. Máy chủ khi nhận gói SIP-URL mà chứa những thông số trên thì sẽ loại bỏ chúng trước khi xử lí tiếp.
Max-
Forwards Trường yêu cầu – header Max Forwards có thể sử dụng với bất kì phương thức SIP nào để giới hạn số proxy hay gateway dùng để chuyển tiếp gói tin yêu cầu tới các máy chủ đầu cuối. Nó cũng hữu dụng khi máy khách muốn dò tìm một chuỗi yêu cầu thất bạihay đã được lặp lại ở khoảng giữa của chuỗi.
Giá trị Max Forward là môt giá trị thập phân chỉ ra khoảng thời gian còn lại mà gói tin có thể chuyển tiếp.
Mỗi proxy hay gateway nằm trên đường đi của gói tin yêu cầu chứa trường Max-Forward phải kiểm tra và cập nhật giá trị đó trước khi chuyển gói tin đi. Nếu giá trị nhận được là zero(0), nơi nhận không được chuyển tiếp yêu cầu. Thay vào đó, với các phương thức tùy chọn và đăng kí, nó phải hồi đáp như là nơi nhận cuối cùng. Với các phương thức khác, máy chủ trả về lỗi 483(quá nhiều bước).
Nếu giá trị Max-Forward nhận được lớn hơn zero, thông điệp được chuyển tiếp phải chứa trường Max-Forward với giá trị được giảm đi 1(1).
c/ Gọi đến PSTN qua cổng Cisco SIP Gateway thất bại với lỗi “400 Bad Request”.
Header field Definition (định nghĩa) Require
(Yêu cầu) Trường yêu cầu được sử dụng bởi máy khách để báo với máy chủ về các tùy chọn máy khách muốn máy chủ hỗ trợ để xử lí các thông điệp một cách chính xác. Nếu máy chủ không hiểu một tùy chọn nào đó, nó sẽ phản hồi bằng cách trả về thông điệp 402 và liệt kê những tùy chọn nó không hiểu trong Unsupport header.
Server
(Máy chủ) Các trường mào đầu máy chủ chứa đựng thông tinh và các phần mềm được sử dụng bởi máy chủ để xử lí các yêu cầu. Timestamp
(Mốc thời gian)
Trường mốc thời gian ghi lại thời gian khi máy khách gửi yêu cầu lên máy chủ. Giá trị của mốc thời gian phụ thuộc vào máy khách và máy khách có thể sử dụng bất kì chuẩn nào. Máy chủ phải ghi lại chính xác giá trị và nếu có thông tin chính xác, máy chủ có thể ghi lại khoảng thời gian từ khi máy khách gửi thông điệp tới khi máy chủ nhận được. Mốc thời gian được sử dụng bởi máy khách để tính thời gian truyền của gói tin, qua đó định lại thời hạn của mối gói tin cho việc truyền lại.
To (Đích
đến) Trường đích đến chỉ ra nơi nhận của yêu cầu và có cấu trúc SIP URL giống với trường xuất phát.Các thông điệp yêu cầu và hồi đáp đều phải chứa trường đích đến, chi ra nơi đến của các thông điệp. User-Agent Trường bộ phận người dùng chứa thông tin về máy khách yêu cầu dịch vụ.
Via (Thông
c/ Gọi đến PSTN qua cổng Cisco SIP Gateway thất bại với lỗi “400 Bad Request”.Những lỗi SDP được liệt kê dưới đây Những lỗi kiểm tra yêu cầu có thể xảy ra: