The CSCF server recognizes the addr

The CSCF server recognizes the address change of the mobile terminal from these SIP messages and prompts the RACF server to update the filter specs and QoS policies of routers with the new address. The enterprise firewall similarly updates the UDP hole with the new address. In this manner, the mechanisms for border control, QoS management, and firewall traversal, can remain updated about the address change of the mobile terminal.

When NAPT is inserted in the middle of the media path, the SIP proxy that manages the NAPT should update its binding with the new address.

(b) Micromobility with NAPT as mobility anchor point

When a VPN session has a long round-trip delay, inserting a NAPT between the end-points of the media path is advantageous. Such a NAPT should be performed by routers in the core network. The inserted NAPT functions as a mobility anchor point (MAP). This idea was originally presented by Schulzrinne and Wedlund in [20].

As shown in Figure 7, the NAPT binds the IP address and UDP port number that the mobile terminal uses with another pair of IP address and UDP port number. The bound IP address and UDP port number should be stable, in the sense that they do not change even when the mobile terminal changes its address. The CSCF server replaces the IP address and port number in the SIP INVITE request with the bound IP address and port number.

The NAPT binding is updated by the CSCF server and the RACF server in accordance with the address change of the mobile terminal. This update process has a message transfer delay from the mobile node and the CSCF server, so implementing the CSCF server with a cloud of distributed CSCF servers could shorten the hand-over delay.

This method achieves fast hand-over for a long-haul VPN session. Furthermore, another advantage is that this method achieves hand-over without involving the enterprise firewall and VPN gateways.

When NAPT is inserted in the middle of the media path, the SIP proxy that manages the NAPT should update its binding with the new address.

(b) Micromobility with NAPT as mobility anchor point

When a VPN session has a long round-trip delay, inserting a NAPT between the end-points of the media path is advantageous. Such a NAPT should be performed by routers in the core network. The inserted NAPT functions as a mobility anchor point (MAP). This idea was originally presented by Schulzrinne and Wedlund in [20].

As shown in Figure 7, the NAPT binds the IP address and UDP port number that the mobile terminal uses with another pair of IP address and UDP port number. The bound IP address and UDP port number should be stable, in the sense that they do not change even when the mobile terminal changes its address. The CSCF server replaces the IP address and port number in the SIP INVITE request with the bound IP address and port number.

The NAPT binding is updated by the CSCF server and the RACF server in accordance with the address change of the mobile terminal. This update process has a message transfer delay from the mobile node and the CSCF server, so implementing the CSCF server with a cloud of distributed CSCF servers could shorten the hand-over delay.

This method achieves fast hand-over for a long-haul VPN session. Furthermore, another advantage is that this method achieves hand-over without involving the enterprise firewall and VPN gateways.

0/5000

Từ: -

Sang: -

Kết quả (Việt) 1: [Sao chép]

Sao chép!

Hệ phục vụ CSCF công nhận sự thay đổi địa chỉ của thiết bị đầu cuối điện thoại di động từ các thư SIP và nhắc nhở các máy chủ RACF để cập nhật các số kỹ thuật bộ lọc và QoS chính sách của bộ định tuyến với địa chỉ mới. Tường lửa của doanh nghiệp tương tự Cập Nhật lỗ UDP với địa chỉ mới. Theo cách này, các cơ chế kiểm soát biên giới, quản lý QoS và tường lửa traversal, có thể vẫn Cập Nhật về những thay đổi địa chỉ của thiết bị đầu cuối điện thoại di động.Khi NAPT được đưa vào ở giữa đường dẫn phương tiện truyền thông, proxy SIP quản lý NAPT nên cập nhật các ràng buộc của nó với địa chỉ mới.(b) Micromobility với NAPT như điểm neo di độngKhi một phiên VPN có một sự chậm trễ trọn vòng dài, chèn một NAPT giữa hiệu đường dẫn phương tiện truyền thông là thuận lợi. NAPT như vậy nên được thực hiện bởi bộ định tuyến trong mạng lõi. NAPT được chèn vào chức năng như một điểm neo di động (bản đồ). Ý tưởng này đã được ban đầu được trình bày bởi Schulzrinne và Wedlund [20].Như minh hoạ trong hình 7, NAPT liên kết với địa chỉ IP và số hiệu cổng UDP nhà ga điện thoại di động sử dụng với một cặp của các địa chỉ IP và số hiệu cổng UDP. Địa chỉ IP bị ràng buộc và số hiệu cổng UDP nên được ổn định, theo nghĩa rằng họ không thay đổi ngay cả khi thiết bị đầu cuối điện thoại di động thay đổi địa chỉ của nó. Các máy chủ CSCF thay thế địa chỉ IP và số hiệu cổng trong yêu cầu SIP mời với địa chỉ IP bị ràng buộc và số hiệu cổng.Ràng buộc NAPT được Cập Nhật bởi máy chủ CSCF và máy chủ RACF phù hợp với sự thay đổi địa chỉ của thiết bị đầu cuối điện thoại di động. Quá trình cập nhật này có một thông báo chuyển chậm trễ từ nút điện thoại di động và máy chủ CSCF, do đó, việc thực hiện các máy chủ CSCF với một đám mây của phân phối CSCF máy chủ có thể rút ngắn sự chậm trễ trên tay.Phương pháp này đạt được tay-trên nhanh cho buổi VPN haul dài. Hơn nữa, một ưu điểm khác là rằng phương pháp này đạt được tay-trên mà không có liên quan đến doanh nghiệp tường lửa và VPN cổng.

đang được dịch, vui lòng đợi..

Kết quả (Việt) 2:[Sao chép]

Sao chép!

Các máy chủ CSCF nhận ra sự thay đổi địa chỉ của thiết bị đầu cuối di động từ các bản tin SIP và nhắc nhở các máy chủ RACF để cập nhật các thông số kỹ thuật lọc và các chính sách QoS của router với địa chỉ mới. Các bức tường lửa doanh nghiệp tương tự như cập nhật các lỗ UDP với địa chỉ mới. Theo cách này, các cơ chế kiểm soát biên giới, quản lý QoS, và vượt tường lửa, có thể vẫn được cập nhật về sự thay đổi địa chỉ của thiết bị đầu cuối di động. NAPT Khi được chèn vào giữa của con đường phương tiện truyền thông, các proxy SIP quản lý các NAPT nên cập nhật nó liên kết với địa chỉ mới. (b) Micromobility với NAPT là điểm di động neo Khi một phiên VPN có một sự chậm trễ chuyến đi vòng quanh dài, chèn một NAPT giữa các điểm cuối của con đường phương tiện truyền thông là thuận lợi. Một NAPT này cần được thực hiện bởi bộ định tuyến trong mạng lõi. Các chức năng NAPT đưa vào như là một điểm neo di động (MAP). Ý tưởng này đã được trình bày bởi Schulzrinne và Wedlund trong [20]. Như trong hình 7, NAPT liên kết với các địa chỉ IP và số cổng UDP mà thiết bị đầu cuối di động sử dụng với một cặp địa chỉ IP và số cổng UDP. Địa chỉ IP ràng buộc và số cổng UDP phải được ổn định, theo nghĩa là họ không thay đổi ngay cả khi thiết bị đầu cuối di động thay đổi địa chỉ của nó. Các máy chủ CSCF thay thế địa chỉ IP và số cổng trong SIP INVITE yêu cầu với địa chỉ IP và số cổng ràng buộc. Các NAPT ràng buộc được cập nhật bởi các máy chủ và máy chủ CSCF RACF phù hợp với sự thay đổi địa chỉ của thiết bị đầu cuối di động. Quá trình cập nhật này có một sự chậm trễ chuyển giao thông từ nút điện thoại di động và máy chủ CSCF, vì vậy việc thực hiện các máy chủ CSCF với một đám mây của các máy chủ phân phối CSCF có thể rút ngắn sự chậm trễ bàn giao. Phương pháp này đạt được nhanh chóng bàn giao cho một đường dài VPN phiên. Hơn nữa, lợi thế khác là phương pháp này đạt được bàn giao mà không liên quan đến các bức tường lửa doanh nghiệp và cổng vào VPN.

đang được dịch, vui lòng đợi..

Kết quả (Việt) 3:[Sao chép]

Sao chép!

đang được dịch, vui lòng đợi..

Các ngôn ngữ khác

Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.