Restart in progress command (RSIP)( Lệnh khởi động lại trong tiến trình)

Một phần của tài liệu TIỂU LUẬN môn báo hiệu và điều khiển kết nối đề tài giao thức điều khiển cổng đa phương tiện MGCP (Trang 50 - 55)

D: Digitmap Notity immediately S: Signa| request

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.

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.

2.3 Xử lý fax

Gĩi mới ‘fxr’ cho fax đang được xác định (nháp-andreasen-mgcp-fax-xx.html). Các

gĩi fxr cũng sử dụng các phần mở rộng của SDP để thương lượng (được định nghĩa trong RFC 3407, ‘Session Description Protocol (SDP) Tuyên bố khả năng đơn giản ', hoặc mơ phỏng). Gĩi fxr xác định các tùy chọn kết nối cục bộ mới:

• ‘Fxr / fx: t38’ để xử lý nghiêm minh T.38. Cổng thơng báo cho đại lý cuộc gọi rằng T.30 phần mở đầu fax được phát hiện (sự kiện ‘fxr / t38 (start)’) và tắt tiếng kênh media. Trướcbắt đầu quy trình T.38, cổng sẽ kiểm tra xem bên từ xa cũng hỗ trợ các cổng cùng một biến thể vận chuyển fax bằng cách kiểm tra khả năng của nĩ, được thể hiện trong mở rộng sang SDP (xem chi tiết bên dưới). Đại lý cuộc gọi chịu trách nhiệm chuyển đổi kết nối với chế độ fax

LocalConnectionOptions (L :) và cung cấp RemoteConnectionDescriptor vớiDịng phương tiện ‘m = t38’. Nếu lỗi xảy ra trong cuộc gọi fax, nĩ sẽ được chỉ

báo bằng sự kiện ‘fxr / t38 (fail)’. Phần cuối của fax được biểu thị bằng sự kiện ‘fxr / t38 (stop)’.

• ‘Fxr / fx: t38-liquid’ để xử lý lỏng lẻo T.38. Sự khác biệt so với việc xử lý nghiêm ngặt là rằng khơng cần xác nhận các khả năng chung từ đầu từ xa. Bản fax nỗ lực truyền bắt đầu ngay khi một RemoteConnectionDescriptor với một đường truyền phương tiện cho biết T.38 được nhận

• fxr / fx: off ’nếu khơng cĩ xử lý đặc biệt nào đối với fax.

• ‘Fxr / fx: gw’ nếu việc xử lý fax (khơng nhất thiết là T.38) được để cho cổng vào. Cái này là chế độ mặc định. Cổng sẽ gửi sự kiện ‘fxr / gwfax (start)’ nếu nĩ bắt đầu quy trình fax cụ thể hoặc ‘fxr / nopfax (start)’ nếu cổng phát hiện fax nhưng đã quyết định để khơng cĩ hành động nào về nĩ. Trong trường hợp ‘fxr / gwfax (start)’, tác nhân cuộc gọi sẽ vẫn bị động cho đến khi nĩ nhận được sự kiện ‘fxr / gwfax (stop)’.

Trong ví dụ sau (Hình 2.3.1) tác nhân cuộc gọi định cấu hình cổng vào để sử dụng

xử lý nghiêm ngặt T.38 trên dịng ‘aaln / 0’. Cổng trả về các tham số kết nối cục bộ, như cũng như các phần tử ‘a =’ liệt kê các khả năng của nĩ. Cần phải mở rộng SDP để thể hiện khả năng (RFC 3407), bởi vì cách thơng thường để thể hiện sự hỗ trợ cho nhiều codec trong SDP cũng ngụ ý rằng phương tiện cĩ thể được nhận ngay lập tức trên các bộ mã hĩa này. Đây t.38 được hỗ trợ, nhưng vẫn khơng thể nhận được. Khả năng được thiết lập theo RFC 3407 là được xác định bởi một số sê-ri, tăng lên mỗi khi điểm cuối gửi một khả năng mới set (a = sqn: <serial number>). Thuộc tính này ngay sau đĩ là các dịng khả năng (a = cdsc: <số khả năng> <loại phương tiện> <cổng chuyển> <danh sách định dạng>).

Lưu ý rằng trong Hình 2.3.1, nhân viên cuộc gọi vẫn khơng biết các khả năng của điều khiển từ xa điểm cuối (khơng được đề cập trong CRCX). Nếu nhận được fax tại thời điểm này, quy trình t38 sẽ bị trì hỗn cho đến khi nhận được bộ mơ tả khả năng thích hợp cho điểm cuối từ xa từ đại lý cuộc gọi.

Hình 2.3.1: Xác nhận rằng đầu điều khiển từ xa hỗ trợ fax T.38

Khi tác nhân cuộc gọi biết các khả năng của thiết bị đầu cuối từ xa, nĩ sẽ gửi các

khả năng này trong RemoteConnectionDescriptor của lệnh MDCX (Hình 2.3.2). Bây

giờ local gateway biết rằng điểm cuối từ xa cũng hỗ trợ T.38 nghiêm ngặt qua UDP và, do đĩ, cũng cĩ thể sử dụng thủ tục đĩ. Lưu ý rằng đối với kết nối này, phương tiện được chỉ định trong dịng SDP ‘m =’ là G.711 và do đĩ, dịng phương tiện được kích hoạt với G.711 (chúng tơi chưa nhận được tín hiệu fax)

Hình2.3.2: Xác nhận rằng đầu điều khiển từ xa hỗ trợ fax T.38.

Nếu cổng phát hiện đặc điểm mở đầu T.30 của fax bất kỳ lúc nào, nĩ sẽ báo cáo

sự kiện đối với tác nhân cuộc gọi (Hình 2.3.3), bởi vì tác nhân cuộc gọi đã yêu cầu được

thơng báo về các sự kiện gĩi fxr. Tại thời điểm này, cổng tắt tiếng tín hiệu âm thanh và dừng lại gửi G.711 tới GW từ xa. Nhân viên trực điện thoại ngay lập tức hướng dẫn cổng vào chuyển sang chế độ T.38 nghiêm ngặt bằng lệnh MDCX. Lệnh này khơng chứa

một RemoteConnectionDescriptor; do đĩ, RemoteConnectionDescriptor trước đĩ là vẫn hợp lệ. Vì bộ mơ tả trước đĩ đã yêu cầu phương tiện G.711 (dịng SDP ‘m =’), GW chưa thể gửi dữ liệu T.38, nhưng đã chuẩn bị sẵn sàng để nhận. Lưu ý rằng cổng tiếp nhận khơng thay đổi mặc dù các phương tiện truyền thơng đã thay đổi, đĩ là hành vi được khuyến nghị.

NTFY 2500 aalrV0@ [132.147.160.88] MGCP 1.0

Một phần của tài liệu TIỂU LUẬN môn báo hiệu và điều khiển kết nối đề tài giao thức điều khiển cổng đa phương tiện MGCP (Trang 50 - 55)

Tải bản đầy đủ (DOCX)

(74 trang)
w