Request Failure

Một phần của tài liệu Nghiên cứu giao thức khởi tạo phiên SIP trong mạng NGN - Chương 3 (Trang 30 - 32)

Đáp ứng 4xx chỉ rõ các đáp ứng lỗi từ một Server riêng biệt. Khách hàng không thể gửi lại cùng một yêu cầu mà không có sự thay đổi. Tuy nhiên yêu cầu giống nhau từ một Server khác thì có thể vẫn thành công.

1) 400 Bad Request

Yêu cầu không thể hiểu do sai về cú pháp. 2) 401 Unauthoried

Yêu cầu đòi hỏi xác nhận của User 3) 402 Payment Required

Dành trớc cho sử dụng trong tơng lai 4) 403 Forbidden

Sử dụng khi Server hiểu yêu cầu nhng từ chối thực hiện nó. Yêu cầu không đợc lặp lại khi có đáp ứng này.

5) 404 Not Found

Server có thông tin dứt khoát là User không có mặt trong chỉ định vùng trọng tr- ờng Request - URI. Trạng thái này đợc trả lại khi vùng trọng trờng Request - URI không khớp với vùng nhận đợc bởi yêu cầu.

6) 405 Method Not Allowed

Chỉ thị trong Request - Line không cho phép nhận biết địa chỉ thông qua trờng Request - URI. Đáp ứng này gồm một trờng tiêu đề Allow chứa một danh sách các chỉ thị có hiệu lực cho việc nhận biết các địa chỉ.

7) 406 Not Acceptable

Tài nguyên nhận biết bởi yêu cầu chỉ có thể tạo ra các đáp ứng chứa đặc tính không chấp nhận theo trờng tiêu đề Accept trong yêu cầu.

8) 407 Proxy Athentication Required

Đáp ứng này giống đáp ứng 401 nhng nó chỉ ra rằng khách hàng đầu tiên phải xác thực bản thân với Proxy. Proxy phải trả lại một trờng tiêu đề Proxy - Authenticate chứa một yêu cầu ứng dụng cho Proxy trong yêu cầu tài nguyên. Khách hàng có thể lặp lại yêu cầu với một trờng tiên đề Proxy - Authorization thích hợp.

Server không thể cung cấp một đáp ứng trong vòng thời gian cho phép. Trong một tiêu đề Expires, khách hàng có thể lặp lại yêu cầu mà không cần thay đổi tại các thời điểm sau.

10) 409 Conflict

Yêu cầu không đợc hoàn thành vì sự xung đột tài nguyên. Đáp ứng này đợc trả lại nếu nh thông số hoạt động trong yêu cầu REGISTER mâu thuẫn với đăng ký hiện có. 11) 410 Gone

Yêu cầu tài nguyên không còn sẵn sàng tại Server và không có địa chỉ tới nào đợc nhận biết.

12) 411 Length Required

Server từ chối yêu cầu mà không định nghĩa Content - Length. Khách hàng có thể lặp lại yêu cầu này nếu nó muốn bổ sung một trờng tiêu đề Content - Length chứa độ dài của thân bản tin trong bản tin yêu cầu.

13) 413 Request Entity Too Large

Server từ chối xử lý một yêu cầu bởi vì yêu cầu quá dài so với năng lực xử lý của Server. Server có thể huỷ bỏ kết nối để ngăn khách hàng tiếp tục yêu cầu. Nếu đó chỉ là trạng thái tạm thời thì Server sẽ phát ra trờng Rettry - After để thông báo sau một thời gian khách hàng có thể thử lại.

14) 414 Request - URI Too Long

Server từ chối yêu cầu vì trờng Request - URI quá dài, Server không thể hiểu đợc. 15) 415 Unsupported Media Type

Server từ chối phục vụ yêu cầu vì thân của yêu cầu không thuộc một khuôn dạng đợc hỗ trợ bởi Server. Server có thể trả lại một danh sách các dạng có thể chấp nhận đ- ợc sử dụng các trờng tiêu đề Accept, Accept - Encoding, Accept - Language.

16) 420 Bad Extension

Server không hiểu chỉ thị mở rộng giao thức trong trờng tiêu đề Required hay Proxy - Require.

17) 480 Temporarily Unavaiable

Hệ thống đầu cuối bị gọi đã liên lạc thành công nhng phía bị gọi lại không sẵn sàng. Đáp ứng này chỉ ra một thời gian tốt hơn để cho cuộc gọi trong tiêu đề Retry -

After. Reson Phrase có thể chỉ ra các nguyên nhân chính xác tại sao phía bị gọi lại không sẵn sàng. Giá trị này có thể đợc thiết lập bởi UA. Đáp ứng này đợc trả lại bởi một Redirect Server nhận diện đợc User thông qua Request - URI nhng không có đợc vị trí hợp lý hiện nay của User đó.

18) 481 Call Leg /Transaction does not Exist (adsbygoogle = window.adsbygoogle || []).push({});

Đáp ứng này đợc trả lại khi có ba điều kiện sau:

• Server nhận đợc một yêu cầu BYE mà không phù hợp với Call - leg hiện tại. • Server nhận đợc một yêu cầu CANCEL không phù hợp với các giao dịch hiện tại. • Server nhận đợc INVITE với một thẻ To không phù hợp với giá trị thẻ nội bộ. 19) 482 Loop Deteccted

Server nhận đợc một yêu cầu với trờng Via chứa bản thân nó. 20) 483 Too many hops

Server nhận đợc một yêu cầu chứa nhiều Via entries ( Hops ) hơn sự cho phép của trờng tiêu đề Max – Forwards.

21) 484 Address Incomplete

Server nhận đợc một yêu cầu với địa chỉ đến To hoặc Request - URI không đầy đủ. Các thông tin bổ xung có thể đợc hỗ trợ.

22) 485 Ambiguous

Địa chỉ ngời đợc gọi cung cấp bởi yêu cầu là khó hiểu ( mơ hồ ). Đáp ứng này chứa một danh sách các địa chỉ rõ ràng có thể trong trờng tiêu đề Contract. Nó đợc dùng để trả lời trạng thái 404 hoặc chặn danh sách lựa chọn có thể nếu nh địa chỉ trong yêu cầu là khó hiểu.

23) 486 Busy Here

Hệ thống đầu cuối bị gọi đã liên lạc thành công nhng phía gọi lại không thể tham gia thêm vào cuộc gọi. Đáp ứng này chỉ thị một thời gian tốt hơn cho cuộc gọi trong tr- ờng Retry - After.

Một phần của tài liệu Nghiên cứu giao thức khởi tạo phiên SIP trong mạng NGN - Chương 3 (Trang 30 - 32)