2. MGCP 1.0
2.2 Giao thức
2.2.5 MGCP commands from the gateway to the call agent(Lệnh MGCP từ cổng
đến đại lý cuộc gọi)
1, Notify command (NTFY)( Thông báo lệnh)
Lệnh này cho phép cổng đa phương tiện gửi lại các sự kiện được yêu cầu bởi bộ điều khiển cổng đa phương tiện. Cổng đa phương tiện có thể gửi một hoặc một số sự kiện trong lệnh NOTIFY. Mỗi thông báo báo cáo các sự kiện từ một điểm cuối nhất định (có thể là kết nối trên một điểm cuối), được liệt kê trong phần điểm cuối của tiêu đề lệnh. Mối tương quan giữa yêu cầu và thông báo tương ứng được cung cấp bởi RequestIdentifier (tham số X). Danh sách các sự kiện được thông báo được chỉ định trong tham số ObservedEvents (O), là danh sách các sự kiện được phân tách bằng dấu phẩy. Các sự kiện xuất hiện theo thứ tự mà chúng đã được phát hiện. Hình thức của các sự kiện có thể là:
• Tên sự kiện, chỉ khi nó là một phần của gói mặc định (khơng được khuyến nghị), chẳng hạn như hd.
40
•Tên gói và tên sự kiện: L / HD.
•Tên gói, tên sự kiện và ConnectionID cho các sự kiện được phát hiện trên kết nối: L / HD @ 134a23b.
Khi khởi động, một số thiết bị đầu cuối gửi trạng thái hiện tại của chúng mà khơng cần u cầu (ví dụ: off-hook) với ID u cầu đặc biệt 0.
Lệnh NOTIFY được xác nhận bởi một mã trả về từ tác nhân cuộc gọi.
2, Restart in progress command (RSIP)( Lệnh khởi động lại trong tiến trình)
Lệnh này cho phép một cổng kết nối để đại lý cuộc gọi biết về một điểm cuối hoặc một nhóm các điểm cuối sắp được đưa ra khỏi dịch vụ. Trong trường hợp này, phương thức khởi động lại có thể là tùy chỉnh (RM: Grace), có thể chỉ định thời gian trễ (RD), hoặc có thể bị ép buộc (kết nối bị mất ngay lập tức).
Thông báo cũng được gửi bởi các cổng khi chúng khởi động, để làm cho tác nhân cuộc gọi biết về sự hiện diện của chúng (Hình 2.2.5.2.1). Trong trường hợp này, phương pháp khởi động lại là ‘khởi động lại’ và có thể chỉ định độ trễ cho đến khi các điểm cuối hoạt động (0 là giá trị mặc định nếu khơng có gì được chỉ định). Phương thức khởi động lại ‘đã ngắt kết nối’ cũng có thể được sử dụng để cảnh báo tác nhân cuộc gọi về trạng thái khơng khớp có thể xảy ra.
Đối với các cổng lấy địa chỉ động thơng qua DHCP, đại lý cuộc gọi có ba cách để tìm hiểu địa chỉ IP của cổng:
• Bằng cách xem địa chỉ IP nguồn của tin nhắn RSIP. Điều này không phải lúc nào cũng đáng tin cậy nếu bản tin RSIP được chuyển tiếp.
•Nếu DNS động (DDNS) được sử dụng cùng với máy chủ DHCP, tên DNS của cổng như được quảng cáo trong thông báo RSIP sẽ phân giải thành địa chỉ IP hiện tại của cổng. Đây là một phương pháp mạnh mẽ và cũng cung cấp khả năng liên hệ lại với cổng ngay lập tức nếu đại lý cuộc gọi khởi động lại. Khi khởi động lại, đại lý cuộc gọi, nếu biết về cổng, sẽ truy vấn DNS và có thể gửi AUEP tới IP hiện tại của cổng.
41
Hình 2.2.5.2.1 RSIP và sự thay đổi của tác nhân cuộc gọi.
•Cổng có thể bao gồm địa chỉ IP hiện tại của nó làm tên cổng. Điều này hoạt động, nhưng gây khó khăn cho việc theo dõi cổng vì tên thay đổi theo địa chỉ IP. Ngồi ra, nếu tác nhân cuộc gọi khởi động lại, nó sẽ khơng thể truy cập cổng trừ khi nó đã lưu địa chỉ IP hiện tại trong bộ nhớ liên tục.