how-to block ads
|
|
Share Topic
 |
 |
|
|
| reply to Bar Humbug2U
Re: Multicast is GOOD, write for it today... Multicast won't improve the situation that P2P presents one bit. Multicast only works well in a one-to-many broadcast situation, such as a video stream or streaming radio station.
--
There is no such thing as too much vacation, but I would wager that there is such a thing as too little. | |
| said by NetAdmin1:Multicast won't improve the situation that P2P presents one bit. Multicast only works well in a one-to-many broadcast situation, such as a video stream or streaming radio station. with respect NetAdmin ,NO IT DOESNT, if you read that paper i linked to above »www.cl.cam.ac.uk/research/srg/ne···port.pdf
it make it perfactly clear your View is the antiquated old school way of thinking, and is just an excuse NOT to provide it to the end users.
if the worlds ISPs were to simply make the existing and generic Multicast protocol available to and from the end users CPE desktop kit, and if it had no value as you imply, your worlds ISPs have wasted nothing in finally turning it back ON in their internal configs as onone would use it ,so turn it ON and tell people you have done it and see what happens.
i put it to you that if it is made ISP and globally available to end users and coders, then you would see lots of retrofitiing to many bandwidth useing unicast apps to take advantage of the multicast protocol for MANY things other than user to user streaming IP muticast video, although that's not a bad thng to use it for anyway.
after all IP muticast and IP broadcast was designed to from the onset of the IP internet to be used for mass point to multipoint and multipoint to multipoint transfer of ANY data you care to mention, not just "near realtime" video just as the "IP broadcast" was for the far larger IPTV MASS viewer use , but you can use that IP broadcast eather as the worlds ISPs dont turn it on....
so your "Multicast won't improve the situation that P2P presents one bit" statement is totally wrong,IT WILL help save massive bandwidth of someone writes and refactors the current unicast codebases.
give the end users and coders direct access to the multicast protocol and/OR the torrent coders finally produced a multicast tunnel and related code so as to totally bypass the antiquated thinking of the ISPs regarding Multicast as seen in your comment, and we might finally get somewere, far better bandwidth and time saving than this unicast UDP torrent codebase thats for sure. | |
| You read the paper, but did you understand the paper beyond the experimental use of multicast in P2P setups? Do you understand the issues that implementation of such a design would create? Do you understand the network and infrastructure issues? Do you understand the issues of scalability in such a design?
it make it perfactly clear your View is the antiquated old school way of thinking, and is just an excuse NOT to provide it to the end users. Antiquated old school? Not even close. Skeptical of real-world benefits and cautious of the issues that would be caused because I know how multicast works, yep.
Do you understand multicast or how it even works? Do you have any clue of the issues that would be caused in routers in a design like this where P2P sessions are constantly built and broken down? Do you know the status of multicast support across the dozens of hardware and software platforms out there from the OS to the $40 Linksys router at your house?
I'd wager you do not.
--
There is no such thing as too much vacation, but I would wager that there is such a thing as too little. | |
|
