Yahoo and IPv6
http://help.yahoo.com/l/us/yahoo/ipv6/general/ipv6-05.html "Will IPv6 become a permanent change on June 8, 2011? No. World IPv6 day is a 24-hour trial period in which we will publish our content on both the IPv4 and IPv6 servers. Yahoo! is participating in order to help prepare our services (as well as your hardware) to help ensure a smooth transition for when the IPv4 addresses run out. " Huh… I thought IPv4 addresses had run out already…. At IANA level and now for anyone in the AP region at least.
Re: Current recommendations for 2 x full bgp feed
On Sat, May 7, 2011 at 6:49 AM, Support wrote: > Can anyone give me their recommendation for current hardware to take 2 x > full BGP feeds over 1Gb/s ports with a third Gb port for the local network? > > I did this about 6/7 years ago with a Cisco 7200VXR NPE300 256MB RAM > but I'm guessing things have moved on??? Question - How sure are you that the number of incoming BGP feeds is and will permanently remain 2 and only two? I.e., do you need, or conceive of needing, a moderate expansion margin for the hardware selected? -- -george william herbert george.herb...@gmail.com
Re: Current recommendations for 2 x full bgp feed
On Sun, 8 May 2011, Brent Jones wrote: Juniper is also making small enterprise routers based on the MX80 platform, but with reduced number of interfaces. They should be out soon They are effectively already out in that they have a deep discount on "restricted" bundles. Basically the bundles license only some or none of the 10GbE ports or only 1 of the MIC slots (there's like 3 or 4 of them). The price is pretty darn good considering what you get. -- Brandon Ross AIM: BrandonNRoss ICQ: 2269442 Skype: brandonross Yahoo: BrandonNRoss
Re: Current recommendations for 2 x full bgp feed
On Sat, May 7, 2011 at 6:49 AM, Support wrote: > Can anyone give me their recommendation for current hardware to take 2 x > full BGP feeds over 1Gb/s ports with a third Gb port for the local network? > > I did this about 6/7 years ago with a Cisco 7200VXR NPE300 256MB RAM > but I'm guessing things have moved on??? > > Thanks, > Chris > You could look at rolling your own box, if you budget/needs are small. Quagga/Zebra running on Linux, or a more professional/supported side you could go with Vyatta. I personally have a handful of Vyatta boxes in two sites, taking several full BGP feeds and works well. Juniper is also making small enterprise routers based on the MX80 platform, but with reduced number of interfaces. They should be out soon -- Brent Jones br...@servuhome.net
Re: How do you put a TV station on the Mbone?
- Original Message - > From: "Michael Dillon" > You do realize that unicast from Real Networks caches *IS* multicast, > just not IP Multicast. Akamai runs a very large and successful multicast > network which shows that there is great demand for multicast services, > just not the low level kind provided by IP Multicast. We're gonna have to agree to disagree on the definition of "multicast" then, I guess, Mike. Cause my definition is "only one stream of it passes through each interface of a given router", and I expect that doesn't fit the situation you're talking about. Cheers, -- jra
Re: How do you put a TV station on the Mbone?
On 08/05/2011, at 4:10 PM, Michael Dillon wrote: >> Many years ago I was the MCI side of the Real Broadcast Network. Real >> Networks arranged to broadcast a >> Rolling Stones concert. We had the ability to multicast on the Mbone and >> unicast from Real Networks caches. >> We figured that we'd get a hit rate of 70% multicast (those who wanted to >> see the event as it happened) and >> 30% unicast (those who would wait and watch it later). > > You do realize that unicast from Real Networks caches *IS* multicast, > just not IP Multicast. Akamai runs a very large and successful multicast > network which shows that there is great demand for multicast services, > just not the low level kind provided by IP Multicast. > > In fact, the most important use for IP Multicast is to work around the > problem of the "best route". In the financial industry, they don't want > their traffic to take the best route, because that creates a chain > of single points of failure. So instead, they build two multicast trees, > send a copy of each packet into each tree, and arrange that the > paths which the trees use are entirely separate. That means > separacy of circuits and routers and switches. > > -- Michael Dillon > In 1997, Real Networks caches were sending unicast. If they now operate differently I'm not aware (Real dumped the relationship in the DSL heyday to chase eyeballs -- iMCI was a backbone). But you've got one over on me, I've never heard of Akamai's "multicast" and given that they don't run a backbone to my knowledge it sounds as if they're using their server installs to route packets or have an interesting way of source routing or tunneling multiple streams of the same data through ISP networks. As for the financial industry I was only aware of some of the reliable mcast software in use to push ticker information to trading desks. All very interesting but the point was that the world of entertainment video consumption has long since become on-demand; many of the points being made for the use of IP multicast as a pseudo-broadcast mechanism have been made before (and will be made again). I personally think P2P is a much more interesting topic for (legally) distributing video these days and P4P may even solve the inter provider problem that multicast never seemed to crack. jy