BBC Multicast

[Stuart]

Originally Posted by Chrysalis

that list I posted was correct at the time, this thread originated a while ago so things can change.

I know it was.. I was just pointing out the unilimited that Easynet is no longer on the list.

[thelem]

JANET is pretty big, probably comparable to bt/ntl in terms of end users if not paying customers (since they customers are academic institutions). I tried it a while ago using a uni computer though and I couldn't get it to work, probably due to firewall restrictions.

[Stuart]

Originally Posted by thelem

JANET is pretty big, probably comparable to bt/ntl in terms of end users if not paying customers (since they customers are academic institutions). I tried it a while ago using a uni computer though and I couldn't get it to work, probably due to firewall restrictions.

Possibly. although AFAIK, most of JANET isn't Multicast enabled. Looking at their website, you have to get your local Network Representative to request it for you..

[popper]

with regards JANET and indeed the other places, its conceavable that you could setup the java mTunnel
http://www.cdt.luth.se/~peppar/progs/mTunnel/ as a server or 100+ on them, and use it in client mode at the NTL end user side to get these H.264 multicasts, any takers to set it up here and advertise the urls?.

---------- Post added at 18:27 ---------- Previous post was at 17:59 ----------

if you want go a little better and include userspace dns and web server to make it easyer for a test of this,take a look at these rebol scripts
http://www.rebol.org/cgi-bin/cgiwrap...sync-example.r
and a whole load of simple fully working sample servers to plug the tunnel into for instance
http://www.rebol.org/cgi-bin/cgiwrap...erver&form=yes

http://www.rebol.net/builds/

[RileyM]

Originally Posted by Chrysalis

that list I posted was correct at the time, this thread originated a while ago so things can change.

Just called ntl about this. The CS agent says they are multicast enabled. And that as a result you should be able to access content on SkySports.com. Not sure if i can as i havent tried that. Will do now.

[James Henry]

Originally Posted by RileyM

Just called ntl about this. The CS agent says they are multicast enabled. And that as a result you should be able to access content on SkySports.com. Not sure if i can as i havent tried that. Will do now.

Hah I somehow doubt that the CS agent has any idea what Multicasting is, not that it's required to get at the content on skysports.com anyway as that's unicasted.

More CS-BS to borrow Neil's term.

[RileyM]

Originally Posted by James Henry

Hah I somehow doubt that the CS agent has any idea what Multicasting is, not that it's required to get at the content on skysports.com anyway as that's unicasted.

More CS-BS to borrow Neil's term.

Yeh i thought so too when calling when they said that.

[alanbboyd]

Originally Posted by Stuart C

Possibly. although AFAIK, most of JANET isn't Multicast enabled. Looking at their website, you have to get your local Network Representative to request it for you..

FWIW Multicast is enabled on the JANET backbone, but whether or not it's available to you will be down to the individual institution. I'm not aware of who does and does not have it configured yet, but it should be relatively soon wherever you are.

It's also true to say that fireall's can cause havoc with the BBC trial...

[Chrysalis]

if ntl supply janet bandwidth why is downloading of janet servers to ntl so slow?

[alanbboyd]

Originally Posted by Chrysalis

if ntl supply janet bandwidth why is downloading of janet servers to ntl so slow?

I think I'm probably going too far off topic, but.... NTL have a peering with JANET, but this is just one of many external links off JANET - they don't supply bandwidth per se. As to NTL's internal backbone I have no idea, and I wouldn't like to venture why you're finding this problem but it will depend where on JANET you're pulling the data from?

[James Henry]

Hrmm I think I've already said this and think it's been mentioned loads of times, ntl supply JANET with fibre capacity not IP bandwidth for the most part.

I think there are a very few JANET sites that use ntl as a backhaul to the rest of JANET on perhaps 2Mbit up to at most 155Mbit circuits however apart from those isolated examples ntl supply JANET with fibre wavelengths only over which JANET run their 10Gbit goodness.

JANET and ntl peer, ntl do not supply JANET with external bandwidth, it's just a normal private peering.

[Stuart]

Originally Posted by Chrysalis

if ntl supply janet bandwidth why is downloading of janet servers to ntl so slow?

Depends. It could be many things. One thing is that due to budget constraints, Universities sometimes don't upgrade their servers when they really need to. For instance, in our case, most of our student facing servers (ftp, user areas, email and web servers) are fairly up to date. However, some of the servers for our internal stuff are way out of date. For instance, the database server used to enable web access to student details is a P90!

Also, Unis don't necessarily have fast enough links (again, due to budget). Where I work, we are lucky. The Campus was only opened in 1999, so our networking hardware is (relatively) new. The main Computing department (who manage the network for the whole University) is also based here, so the link tends to get upgraded frequently, and is well maintained.

[alanbboyd]

Originally Posted by Stuart C

Universities sometimes don't upgrade their servers when they really need to.

And even if they do you still frequently find said equipment stuck in a darkened room on a thin or even thick 10Mb ethernet.....

[Chrysalis]

Originally Posted by alanbboyd

I think I'm probably going too far off topic, but.... NTL have a peering with JANET, but this is just one of many external links off JANET - they don't supply bandwidth per se. As to NTL's internal backbone I have no idea, and I wouldn't like to venture why you're finding this problem but it will depend where on JANET you're pulling the data from?

various parts of janet, usually 100mbit or 10mbit ftp servers.

---------- Post added at 11:55 ---------- Previous post was at 11:54 ----------

Originally Posted by James Henry

Hrmm I think I've already said this and think it's been mentioned loads of times, ntl supply JANET with fibre capacity not IP bandwidth for the most part.

I think there are a very few JANET sites that use ntl as a backhaul to the rest of JANET on perhaps 2Mbit up to at most 155Mbit circuits however apart from those isolated examples ntl supply JANET with fibre wavelengths only over which JANET run their 10Gbit goodness.

JANET and ntl peer, ntl do not supply JANET with external bandwidth, it's just a normal private peering.

so either my transit didnt go over that private peering or something is saturated en route?

---------- Post added at 11:57 ---------- Previous post was at 11:55 ----------

Originally Posted by Stuart C

Depends. It could be many things. One thing is that due to budget constraints, Universities sometimes don't upgrade their servers when they really need to. For instance, in our case, most of our student facing servers (ftp, user areas, email and web servers) are fairly up to date. However, some of the servers for our internal stuff are way out of date. For instance, the database server used to enable web access to student details is a P90!

Also, Unis don't necessarily have fast enough links (again, due to budget). Where I work, we are lucky. The Campus was only opened in 1999, so our networking hardware is (relatively) new. The main Computing department (who manage the network for the whole University) is also based here, so the link tends to get upgraded frequently, and is well maintained.

the uni's i downloaded from had total capacity that could give 10mbit speeds with ease but for some reason to ntl speeds were very low around 40kB/sec, they could send at 3000+kB to germany fine tho. Saying that they were slow to few other uk isps also, but I just asked because if it was going over direct peering it shouldnt be anywhere near as slow as 40kB.