Re: What do you want your ISP to block today?
Rob Thomas <[EMAIL PROTECTED]> writes: ;; Hi, Johannes. ;; ;; ] Its hard these days. But I HIGHLY recommend for everyone to get out of ;; ] your server closets, enjoy the sun, and talk to non-techies once in a ;; ] while. Or: spend a couple hours answering the front end customer support ;; ] calls if you can't remember where you parked your car. ;; ;; While non-techies can be a support challenge, I find the greatest ;; challenges and demands come from the very techie customers. YES! Often it's the case that they A) don't fully understand the problem but B) feel they have the "perfect" solution anyways. "non-techies" will defer to your judgement, "demi-techies" will require bulletproof reasoning for not doing things their way. I hate when that happens. Especially when the reasoning is indeed suboptimal and not by (my) choice or under my control. Peace, Petr
Re: Draft of Rep. Berman's bill authorizes anti-P2P hacking
Marshall Eubanks <[EMAIL PROTECTED]> writes: > Thought this would be considered on-topic as guess who would have > to clean up the resulting messes... The courts. There is no possible way that this bill (as I read it) could, in any way, be conceived as even remotely constitutional. This is pure vigilante: the entertainment thugs aren't the police and don't have the rights or authority to do anything other than report abuses to the *proper* authorities. Peace, Petr
Re: multicast (was Re: Readiness for IPV6)
David Meyer <[EMAIL PROTECTED]> writes: > Here's my $0.02 on the whole multicast thing. We've been at this > for a number of years now, and robust, ubiquitous multicast > on the internet is really nowhere in sight. 1. The problems that multicast solves are also solved by the favorite solution of business: buy your way out of the problem. Bigger fatter pipes. More bandwidth. Beefier routers. The problems have been addressed (papered over) by an alternate -easily implementable- but not superior algorithm. > Kind of sounds like > QoS, and maybe there's a lesson there (20 years of research and > IETF activity, yielding, well, what?). 2. The problems that Qos solves are also solved by the favorite solution of business: buy your way out of the problem. > Given the amount of time and resource we've spent on multicast, > the question one might ask is "why hasn't multicast succeeded"? goto 1. recurse. I do think, however, that we've all gotten it quite wrong since the beginning. Multicast is not a subset of IP. It is IP. With a different view of the protocol, unicast IP is a multicast group of 2. Broadcast is a multicast group of all... perhaps if the infrastructure reflected that from the get-go, we wouldn't be in this situation. Peace, Petr
