There has been two solutions for do

There has been two solutions for doing this multicast. The first proposed one was to add the list of receivers' name into the packet so that it will be replicated in the internet and destinations will receive it as shown in the picture below.


However we might have a problem here when we would like send this postcard to many people. What happens then ? We cannot avoid redundant transmission in this case.


As you can see list is so long that there is a small space for the actual message "Hi".
The best thing to do with this approach is to have a small list of receivers and sending them separately. This approach briefly does not scale well.


The second approach is to create groups and putting individuals into that groups. Network is responsible for replicating the data among groups and individuals.




To compare these two approaches, we can point that adding each individual into the list like in the first approach and sending it to the network makes the packet size huge as the size of the list grows bigger. However the second approach does not have such problems.


Ok now we focus on the second approach (group based one) . We have one source, we specify which group we want to send the package to, and network handles remaining parts of the operation such as replication. However network replicates the data regardless of knowing who the sender is. It might be dangerous if the sender is malicious.

In the beginning, when if a node needs to join a channel (where there exists a group and individuals of this group are able to benefit from that channel) , there was no verification or authorization,. Anyone could join, transmit. It was open .

Then multicast evolved, only sender became able to send packages. It was the one who has the total control of everything. It was called single source multicast.

Afterwards, many protocols showed up to improve however deployment of Multicast did not grow because of the problems discussed before. Security, congestion control issues have not been solved.

Multicast has some inherited problems in its architecture. Extremely distributed protocol might be developed that handles group management, but deployment of such protocol is not that possible since it involves the change of routers in the internet in terms of software updates.

Kết quả (Việt) 1:

Đã có hai giải pháp để làm phát đa hướng này. Việc đầu tiên được đề xuất là để thêm danh sách nhận tên vào gói như vậy mà nó sẽ được nhân rộng trên Internet và điểm đến sẽ nhận được nó như minh hoạ trong hình dưới đây. Tuy nhiên chúng tôi có thể có một vấn đề ở đây khi chúng tôi muốn gửi bưu thiếp này cho nhiều người. Điều gì xảy ra sau đó? Chúng tôi không thể tránh truyền dự phòng trong trường hợp này.Như bạn có thể nhìn thấy danh sách là lâu đó có là một không gian nhỏ cho các thông báo thực tế "Hi".Điều tốt nhất để làm với cách tiếp cận này là để có một danh sách nhỏ của máy thu và gửi cho họ một cách riêng biệt. Cách tiếp cận này một thời gian ngắn không quy mô tốt.Phương pháp thứ hai là để tạo ra các nhóm và cá nhân đưa vào nhóm đó. Mạng chịu trách nhiệm về sao chép dữ liệu giữa các nhóm và cá nhân.Để so sánh các phương pháp tiếp cận hai, chúng tôi có thể chỉ rằng thêm mỗi cá nhân vào danh sách như thế trong cách tiếp cận đầu tiên và gửi nó vào mạng làm cho kích thước gói lớn như kích thước của danh sách phát triển lớn hơn. Tuy nhiên cách tiếp cận thứ hai không có vấn đề như vậy. Ok bây giờ chúng tôi tập trung vào phương pháp thứ hai (nhóm dựa trên một). Chúng tôi có một nguồn, chúng tôi chỉ định mà nhóm chúng tôi muốn gửi các gói để, và mạng xử lý phần còn lại của các hoạt động như bản sao. Tuy nhiên mạng sao chép dữ liệu bất kể biết ai là người gửi. Nó có thể là nguy hiểm nếu người gửi là độc hại. Ban đầu, khi nếu một nút cần phải tham gia một kênh (nơi có tồn tại một nhóm và các cá nhân trong nhóm này có thể hưởng lợi từ kênh đó), có là xác minh hoặc ủy quyền, không có. Bất cứ ai có thể tham gia, truyền tải. Nó đã được mở.Sau đó phát đa hướng phát triển, chỉ gửi trở thành có thể gửi gói. Nó là một trong những người có toàn quyền kiểm soát của tất cả mọi thứ. Nó được gọi là nguồn duy nhất phát đa hướng.Sau đó, nhiều giao thức xuất hiện để cải thiện Tuy nhiên triển khai Multicast đã không phát triển vì các vấn đề thảo luận trước. Bảo mật, kiểm soát tắc nghẽn vấn đề không được giải quyết.Phát đa hướng có một số vấn đề được thừa kế trong kiến trúc của nó. Cực kỳ phân phối giao thức có thể được phát triển xử lý nhóm quản lý, nhưng bố trí giao thức như vậy là không tốt kể từ khi nó liên quan đến sự thay đổi của bộ định tuyến trong internet trong điều khoản của phần mềm Cập Nhật.

Kết quả (Việt) 2:

Hiện đã có hai giải pháp để thực hiện multicast này. Một trong những đề xuất đầu tiên là để thêm danh sách các tên thu 'vào gói để cho nó sẽ được nhân rộng trên Internet và các điểm đến sẽ nhận nó như thể hiện trong hình dưới đây. Tuy nhiên, chúng tôi có thể có một vấn đề ở đây khi chúng tôi xin gửi thông điệp này bưu thiếp với nhiều người. Điều gì xảy ra sau đó? Chúng ta không thể tránh lây truyền dự phòng trong trường hợp này. Như bạn có thể thấy danh sách rất dài có một không gian nhỏ cho các thông điệp thực sự "Hi". Điều tốt nhất để làm với cách tiếp cận này là phải có một danh sách nhỏ của người nhận và gửi chúng một cách riêng biệt. Cách tiếp cận này một thời gian ngắn cũng không quy mô. Cách tiếp cận thứ hai là để tạo ra các nhóm, cá nhân đưa vào nhóm đó. Mạng có trách nhiệm đối với nhân bản dữ liệu giữa các nhóm và cá nhân. Để so sánh hai phương pháp này, chúng ta có thể chỉ cho rằng việc thêm mỗi cá nhân vào trong danh sách như trong các phương pháp tiếp cận đầu tiên và gửi nó cho mạng làm cho các gói kích thước lớn như kích thước của danh sách phát triển lớn hơn. Tuy nhiên phương pháp thứ hai không có vấn đề như vậy. Ok bây giờ chúng tôi tập trung vào các phương pháp tiếp cận thứ hai (nhóm dựa trên một). Chúng tôi có một nguồn, chúng tôi chỉ định mà nhóm chúng tôi muốn gửi gói đến, và mạng xử lý phần còn lại của các hoạt động như nhân rộng. Tuy nhiên mạng sao chép các dữ liệu bất kể biết ai là người gửi. Nó có thể là nguy hiểm nếu người gửi là độc hại. Ban đầu, khi nếu một node cần phải tham gia vào một kênh (nơi có tồn tại một nhóm và cá nhân thuộc nhóm này có thể được hưởng lợi từ kênh đó), không có xác nhận hoặc ủy quyền, . Bất cứ ai cũng có thể tham gia, truyền tải. Nó đã được mở. Sau đó multicast phát triển, chỉ có người gửi đã trở thành có thể gửi gói. Đó là một trong những người có toàn quyền kiểm soát tất cả mọi thứ. Nó được gọi là multicast nguồn duy nhất. Sau đó, nhiều giao thức đã xuất hiện để cải thiện tuy nhiên việc triển khai các Multicast không phát triển vì các vấn đề được thảo luận trước. An ninh, vấn đề kiểm soát tắc nghẽn đã không được giải quyết. multicast cũng có một số vấn đề thừa kế trong kiến trúc của nó. Vô cùng giao thức phân phối có thể được phát triển để xử lý quản lý nhóm, song việc triển khai giao thức như vậy không phải là tốt vì nó liên quan đến sự thay đổi của các bộ định tuyến trong internet về bản cập nhật phần mềm.