Forking Proxy

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 41 - 42)

Server trả lại một yêu cầu ngay lập tức bằng đáp ứng 100. Đáp ứng thành công cho một yêu cầu INTIVE chứa trờng tiêu đề Contact. Nếu Proxy đòi hỏi các yêu cầu trong tơng lai phải đợc định tuyến qua nó thì nó sẽ bổ xung thêm một tiêu đề Record - Route vào yêu cầu. Quá trình xử lý các đáp ứng hoàn thành khi tất cả các yêu cầu đều nhận đợc trả lời bởi các đáp ứng trạng thái cuối cùng ( cho unicast ) hoặc sau 60s ( cho multicast ), một Proxy có thể gửi đáp ứng CANCEL tới tất cả các cuộc gọi và trả lại một đáp ứng 408 ( Time out ) tới Client.

• 1xx: Proxy gửi đáp ứng trả lại Client

• 2xx: Proxy gửi đáp ứng tới Client mà không gửi một yêu cầu ACK. Sau khi nhận một đáp ứng 2xx, Server kết thúc tất cả các yêu cầu sắp thực hiện bằng cách gửi một yêu cầu CANCEL và đóng kết nối TCP.

• 3xx: Proxy gửi một yêu cầu ACK và lặp lại các danh sách địa chỉ. Nếu không, đáp ứng có số thấp nhất sẽ đợc trả lại khi không có loại đáp ứng 2xx.

• 4xx, 5xx: Proxy gửi một yêu cầu ACK và ghi lại các đáp ứng có mã trạng thái nhỏ hơn 4xx và 5xx. Khi hoàn thành, đáp ứng có số mã nhỏ nhất sẽ đợc trả lại nếu nh không có các đáp ứng 2xx, 3xx.

• 6xx: Proxy gửi một đáp ứng tới Client và gửi đi một yêu cầu ACK. Các yêu cầu sắp thực hiện khác có thể kết thúc với yêu cầu CANCEL.

Một Proxy có thể duy trì trạng thái trong một giai đoạn mà nó lựa chọn. Nếu một Proxy vẫn có danh sách các đích mà nó đã gửi yêu cầu INTIVE cuối cùng đến, nó có thể gửi trực tiếp yêu cầu ACK tới các Server

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 41 - 42)