Protocol Independent Multicasting (PIM). To address the inherently“uns dịch - Protocol Independent Multicasting (PIM). To address the inherently“uns Việt làm thế nào để nói

Protocol Independent Multicasting (

Protocol Independent Multicasting (PIM). To address the inherently
“unscalable nature of DVMRP,” the PIM system was proposed. This protocol
designates so-called rendezvous points for registration of both senders
and receivers of multimedia multicasts.
Because the protocol (implemented in routers such as those shipping
from Cisco Systems) is not restrictive, it also works with any unicast routing
protocol (as in the case in a private videoconference over an IP WAN).
Dense mode PIM, which applies where the volume of multicast traffic is
high and senders and receivers are in close geographic proximity to one
another, uses reverse path forwarding and operates much like DVMRP.
RSVP. The bandwidth management protocol with the most enthusiastic
following to date is known as the reservation protocol (RSVP). Implemented
in endpoint and router software on the Mbone and currently under
review for IETF ratification, RSVP guarantees bandwidth allocation in connectionless
networks according to a receiver-driven model.
RSVP is fixed-bit-rate allocation, with routines to handle available bit
rate in the future. It is also technology independent and can run on ISDN
and private network connections such as Ethernet-based intranets.
Prototype support for RSVP has been demonstrated by several different
router vendors and became available in many products in 1997. With these
products, RSVP was quickly deployed throughout intranets.
Billing and Related Issues. In addition to the inpediments cited so far —
namely, complex management challenges associated with video — current
Internet pricing models do not reflect guaranteed bandwidth allocation. As
a result, most commercial Internet service providers will be reluctant to
implement RSVP in their routers because, in using this protocol, a few
users could potentially monopolize router resources without appropriately
compensating the service provider. Research at BBN and in the IETF’s
Internet Services Working Group has addressed the problem with specific
billing protocols built into endpoints and routers.
Researchers at the University of Illinois-Champaign are exploring a solution
to circumvent the successive layers of management code over IP. The
video datagram protocol (VDP) eliminates TCP and works at the IP level to
move video, audio, and data simultaneously. The protocol itself addresses
the delivery timing issues by dynamically using a best-effort adaptive flow
control methodology.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Giao thức độc lập Multicasting (PIM). Địa chỉ các vốn"unscalable bản chất của DVMRP," hệ thống PIM được đề nghị. Giao thức nàycái gọi là điểm hẹn điểm đăng ký của cả hai người gửi chỉ địnhvà thu multicast đa phương tiện.Bởi vì các giao thức (thực hiện trong các router như những người vận chuyểntừ Cisco Systems) là không hạn chế, nó cũng làm việc với bất kỳ unicast tuyếngiao thức (như trong trường hợp của một hội thảo truyền hình tư nhân trên một IP WAN).Chế độ dày đặc PIM, áp dụng khối lượng lưu lượng truy cập multicast ở đâucao và người gửi và nhận ở gần địa lý mộtkhác, sử dụng đảo ngược con đường chuyển tiếp và hoạt động giống như DVMRP.RSVP. Giao thức quản lý băng thông với nhiệt tình nhấtsau ngày được gọi là giao thức đặt chỗ trước (RSVP). Triển khai thực hiệntrong phần mềm endpoint và bộ định tuyến trên Mbone và hiện đang theoxem xét để phê chuẩn IETF, RSVP đảm bảo phân bổ băng thông ở connectionlessmạng theo một mô hình thu-driven.RSVP là bit-rate cố định phân bổ, với thói quen xử lý có chúttỷ lệ trong tương lai. Đây cũng là công nghệ độc lập và có thể chạy trên ISDNvà kết nối mạng riêng như mạng nội bộ dựa trên Ethernet.Mẫu thử nghiệm hỗ trợ cho RSVP đã được chứng minh bởi một số khác nhaunhà cung cấp định tuyến và trở thành có sẵn trong nhiều sản phẩm vào năm 1997. Với nhữngsản phẩm, RSVP đã nhanh chóng được triển khai trong mạng nội bộ.Vấn đề có liên quan và thanh toán. Ngoài inpediments trích dẫn cho đến nay-cụ thể, những thách thức phức tạp quản lý kết hợp với video — hiện tạiInternet mô hình đặt giá không phản ánh bảo đảm phân bổ băng thông. Nhưkết quả, cung cấp dịch vụ Internet nhất thương mại sẽ được miễn cưỡngthực hiện RSVP trong router của họ bởi vì, trong việc sử dụng giao thức này, một vàingười dùng có khả năng có thể độc tài nguyên bộ định tuyến mà không cần một cách thích hợpbồi thường các nhà cung cấp dịch vụ. Nghiên cứu tại BBN và trong của IETFNhóm làm việc dịch vụ Internet đã giải quyết các vấn đề với cụ thểthanh toán giao thức xây dựng vào hai điểm cuối và bộ định tuyến.Các nhà nghiên cứu tại Đại học Illinois-Champaign khám phá một giải phápđể phá vỡ các lớp kế tiếp của quản lý mã over IP. Cácvideo datagram protocol (VDP) loại bỏ TCP và làm việc tại các cấp IPdi chuyển video, âm thanh và dữ liệu cùng một lúc. Thiết chế tạo các địa chỉ giao thức chính nóvấn đề thời gian giao hàng bằng cách tự động bằng cách sử dụng một dòng chảy adaptive nỗ lực tốt nhấtphương pháp kiểm soát.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Protocol Independent Multicast (PIM). Để giải quyết vốn
"bản chất không thể leo của DVMRP," hệ thống PIM đã được đề xuất. Giao thức này
chỉ định cái gọi là điểm hẹn cho đăng ký của cả người gửi
và người nhận của multicast đa phương tiện.
Bởi vì các giao thức (thực hiện trong các bộ định tuyến như những vận chuyển
từ Cisco Systems) là không hạn chế, nó cũng làm việc với bất kỳ định tuyến unicast
giao thức (như trong trường hợp trong một hội nghị truyền hình riêng trên một IP WAN).
rậm chế độ PIM, áp dụng mà khối lượng của lưu lượng multicast là
cao và người gửi và người nhận được ở gần nhau về địa lý gần với một
khác, sử dụng ngược lại chuyển tiếp con đường và hoạt động nhiều như thế nào. DVMRP
RSVP. Giao thức quản lý băng thông với nhiệt tình nhất
sau vào ngày được gọi là giao thức phòng (RSVP). Thực hiện
trong thiết bị đầu cuối và phần mềm router trên Mbone và hiện đang được
xem xét để phê chuẩn IETF, bảo lãnh RSVP phân bổ băng thông phi kết nối
mạng theo một mô hình thu-driven.
RSVP là giao tốc độ bit cố định, với thói quen để xử lý bit hiện có
tốc độ tăng của Tương lai. Nó cũng là công nghệ độc lập và có thể chạy trên ISDN
và các kết nối mạng riêng như mạng nội bộ dựa trên Ethernet.
Prototype hỗ trợ RSVP đã được chứng minh bởi nhiều khác nhau
các nhà cung cấp bộ định tuyến và trở thành có sẵn trong nhiều sản phẩm vào năm 1997. Với những
sản phẩm, RSVP đã nhanh chóng được triển khai toàn mạng nội bộ.
Thanh toán và các vấn đề liên quan. Ngoài các inpediments trích dẫn cho đến nay -
cụ thể là, những thách thức quản lý phức tạp liên quan đến video - hiện
mô hình định giá Internet không phản ánh phân bổ băng thông đảm bảo. Như
một kết quả, hầu hết các nhà cung cấp dịch vụ Internet hàng thương mại sẽ được miễn cưỡng
thực hiện RSVP trong các router của họ bởi vì, trong việc sử dụng giao thức này, một vài
người sử dụng khả năng có thể độc chiếm nguồn tài nguyên router không thích hợp
bồi thường các nhà cung cấp dịch vụ. Nghiên cứu tại BBN và trong của IETF
Nhóm công tác dịch vụ Internet đã giải quyết các vấn đề cụ thể với
các giao thức thanh toán được xây dựng vào thiết bị đầu cuối và router.
Các nhà nghiên cứu tại Đại học Illinois-Champaign đang khám phá một giải pháp
để phá vỡ các lớp liên tiếp mã số quản lý trên nền IP. Các
giao thức phim datagram (VDP) loại bỏ TCP và các công trình ở cấp IP để
chuyển video, âm thanh và dữ liệu đồng thời. Các giao thức tự giải quyết
các vấn đề thời gian giao hàng bằng cách tự động bằng cách sử dụng dòng chảy thích nghi nỗ lực tốt nhất
phương pháp kiểm soát.
đ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ữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: