- NZNOG - lists.nznog.org

RE: [nznog] Multicast status in New Zealand
by Michael Sutton 30 Jun '03

30 Jun '03

Over 500 clients of Xtra voluntarily registered and received Radio New Zealand and BBC World Live as Multicast on Telecoms dial up service for 3 years from 1998. I attended and observed when Telecom engineers enabled the same service via adsl in Wellington as multicast sourced from my servers in Akl in 2000. If i was in the Ministry of Health and needed to distribute 3,000 * 10m bytes PDF document from my source server to all distribution points within 60 minutes (3GigaBytes) no New Zealand network can do it. The distribution server and network would fail. If I used multicast and have a 256kbit multicast injection source the upload to all 3000 GPs will be complete in less than 10 minutes. The clients will still be billed for 3 gigabytes if they were being changed for local traffic and the rest of the national network would remain stable, especially for servers colocated with the originating server. If future spam blocking uses a signature system, multicast would enable this information to be distributed to all enterprise mail servers instantly and efficiently using multicast distribution... If I was implementing Maori Television and Youth Radio I would use multicast for distribution of the network transmission to reach 150 National distribution points where I would convert the multicast program for terrestrial transmission and in one step have positively changed the operational budget as well as reduced complexity of distribution. Yes I would still have to pay for each clients data charges... If I ran Correspondence School I would use multicast... If I was the TAB I would use it... I could give you 20 project scenarios that unicast can not implement in the real world. All unicast can do in every application is show the prototype concept - scale-up can not occur without multicast... This is really an Interconnect issue: customers should have network access to inject on a case by case situation... It is not up to the networks to be arbitrarily prohibiting this protocol... Please name another network protocol that could make such a difference and which is disabled ... Its like saying that the protocol extensions enabling mobile TXT messaging should have been blocked until each application was identified. I thought that Telecom, Telstra etc stopped "telling" customers what are permissible applications... Telecom and Telstra etc are supposed to implement enabling technologies which can be used by its customers who know there own current and future applications... In my professional opinion if the Boards of both these organisations understood the damage that this decision does to their clients network application capabilities, all of those executives involved would be gone. New Zealand has never had a real Internet as far as I am concerned due to this network management decision. Multicast is a broadcast service and without it the network remains unicast spaghetti, like pieces of string with empty cans of W* Baked Beans on each end... If Probe does not require multicast as a mandatory network service then the future of that service will be DOA... Due to public obfuscation of the process I don't know what they thought they required anyway. My final view on this is; turn it on and make the interconnect arrangements necessary for peering at wix and ape before one or more customers takes this to the Commissioner as an interconnect issue. Michael Sutton +64 4 4759235 www.awacs.co.nz -----Original Message----- From: Donald Neal [mailto:Donald.Neal(a)telecom.co.nz] Sent: Friday, June 27, 2003 12:41 To: nznog(a)list.waikato.ac.nz Subject: RE: [nznog] Multicast status in New Zealand My own opinion - and I must stress that it is just my opinion - is that this will be exactly Telecom's attitude. To change the answer you'd need to change the question. If you say "Look, to provide new service X which your customers will want, you need to enable IP multicasting", that's a different issue. But that would require the identification of service X. - Donald Neal ---------------------------------------------------------------------------- -- "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you." ---------------------------------------------------------------------------- -- _______________________________________________ Nznog mailing list Nznog(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

4 3

Test the Nation, Request (REPOST)
by Chris O'Donoghue 29 Jun '03

29 Jun '03

Sorry had to repost from home email Hi all, We (TVNZ) are running a programme tonight that _may_ attract considerable audience online. To try and make things run smoothly and lower calls to our and your call centres, can those of you that aggressively cache make sure you don't cache the following URL http://ttndata.nzoom.com/batches/data.xml This is the XML data that defines the current batch of questions. It will change in content frequently between 19:30 and midnight Ta Chris Chris ODonoghue Technology Manager Online & Digital TVNZ codonoghue(a)tvnz.co.nz

1 0

Test the Nation, request
by Chris O'Donoghue 29 Jun '03

29 Jun '03

Hi all, We (TVNZ) are running a programme tonight that _may_ attract considerable audience online. To try and make things run smoothly and lower calls to our and your call centres, can those of you that aggressively cache make sure you don't cache the following URL http://ttndata.nzoom.com/batches/data.xml This is the XML data that defines the current batch of questions. It will change in content frequently between 19:30 and midnight Ta Chris Chris O'Donoghue Technology Manager Online & Digital TVNZ ================================================================ CAUTION: This e-mail and any attachment(s) contains information that is intended to be read only by the named recipient(s). It may contain information that is confidential, proprietary or the subject of legal privilege. This information is not to be used by any other person and/or organisation. If you are not the intended recipient, please advise us immediately and delete this e-mail from your system. Do not use any information contained in it. ================================================================ For more information on nzoom.com, visit us online at http://www.nzoom.com ================================================================

1 0

Re: [nznog] Multicast status in New Zealand
by Ewen McNeill 26 Jun '03

26 Jun '03

In message <5.2.0.9.0.20030627141054.038683c0(a)pele.citylink.co.nz>, Richard Naylor writes: >>[Multicast] >Well the biggest part of the business is video on demand and that can >really only be unicast as getting viewers to agree on what they watch is >like agreeing on a TV Channel in a huge flat - hopeless. Even aside from the live situation you mention (eg, LOTR last year), general overseas experience with video-on-demand has shown that people really only want (to pay for) video-soon-after-demanded. Eg, for a 1-2 hour thing, having to wait, say, 2-5 minutes for it to start isn't a big deal. Even waiting 1 minute for a 10 minute thing isn't _that big a deal. Which means that for popular stuff that is "on demand" it might not be enough to have one channel with it, where the wait time is, say, 15 minutes for it to cycle around -- but it might be fine to have 10-20 channels, suitably staggered, where the wait time was 1-2 minutes. (Add channels to reduce the wait time.) Especially if there was some nice front end whereby people could find out which channel would be showing their thing starting next, and tune into that one. And it's much easier to scale channels-starting-every-minute (say) than it is to scale each-stream-is-unicast-with-its-own-start-point. (Particularly if you don't both starting/continuing the channels if there's nobody receiving it after a few minutes -- that requires some feedback outside multicast, but wouldn't be hard to do with a suitable client application and, say, UDP upstream responses every minute or so.) >back to streaming live and did the LOTR premiere last year with 10,000 >clients. Its a lot of fun and didn't really stress much other than a few ISPs. At least once some traction was made on the urgent call for more peering from the source point to the main sink points. But multicast fully deployed would definitely have helped a lot there. Ewen

3 2

RE: [nznog] Multicast status in New Zealand
by Donald Neal 26 Jun '03

26 Jun '03

> From: Simon Lyall [mailto:simon.lyall(a)ihug.co.nz] > Sent: Thursday, 26 June 2003 17:46 > To: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] Multicast status in New Zealand > > > On Thu, 26 Jun 2003, Craig Whitmore wrote: > > But wihtout having a killer ap or connections which can use > > them (like Telecom looking into enabling then DialIP/IPNET/Jetstream > > Network) 99% of the peopel conencted on these mediums won't > see anything) > > I'm sure there would be a few people that would jump through > the hoops to > get a non-commercial broadcast arrangement with APRA ( I > think one person > on this list has something along these lines) if they could multicast > their musical tastes to DSL people. Is anyone able to point me at some such people? - Donald Neal ------------------------------------------------------------------------------ "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you." ------------------------------------------------------------------------------

2 1

RE: [nznog] Multicast status in New Zealand
by Donald Neal 26 Jun '03

26 Jun '03

> From: Michael Sutton [mailto:michael.sutton(a)awacs.co.nz] > Sent: Friday, 27 June 2003 14:55 > To: nznog(a)list.waikato.ac.nz > Cc: Donald Neal > Subject: RE: [nznog] Multicast status in New Zealand > > > Over 500 clients of Xtra voluntarily registered and received > Radio New Zealand and BBC World Live as Multicast on Telecoms > dial up service for 3 years from 1998. > > I attended and observed when Telecom engineers enabled the > same service via adsl in Wellington as multicast sourced from > my servers in Akl in 2000. > > If [...] What I'm looking for is someone who has _today_ content which they want to distribute where a) the availability of IP multicasting could reasonably be expected to make some difference to customer experience/network load, and b) the level of demand for this content can reasonably be expected to be such that either extra revenue for someone would come from making that content available OR its availability can reasonably be expected to increase the uptake of broadband service. The first of these is actually a harder test than it looks, given that there are other ways of doing point to multipoint comunication than unvarnished IP unicast or multicast. (The classic way to allow download of big documents many times is with proxy caching, to take just one example.) - Donald Neal All opinions my own. ------------------------------------------------------------------------------ "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you." ------------------------------------------------------------------------------

1 0

RE: [nznog] Multicast status in New Zealand <<< CORRECTION >>>
by Michael Sutton 26 Jun '03

26 Jun '03

Correction to my earlier post: Para 3 Please read 30 gigabytes in 60 minutes. I wrote 3 gigabytes... M -----Original Message----- From: Michael Sutton [mailto:michael.sutton(a)awacs.co.nz] Sent: Friday, June 27, 2003 02:55 To: nznog(a)list.waikato.ac.nz Subject: RE: [nznog] Multicast status in New Zealand <snip> If i was in the Ministry of Health and needed to distribute 3,000 * 10m bytes PDF document from my source server to all distribution points within 60 minutes (30 GigaBytes) no New Zealand network can do it. The distribution server and network would fail. If I used multicast and have a 256kbit multicast injection source the upload to all 3000 GPs will be complete in less than 10 minutes. The clients will still be billed for 30 gigabytes if they were being changed for local traffic and the rest of the national network would remain stable, especially for servers colocated with the originating server. <snip>

1 0

Sobig.MM infected users?
by Neil Gardner 26 Jun '03

26 Jun '03

Hi guys, (specifially those at IHUG) any chance someone can do something about this user on IHUGs ADSL system? - (203-118-165-45.adsl.ihug.co.nz) This post is in desperation after the correct procedure for reporting this was followed twice with IHUG and no-one did anything about it except send a request for the full email which was given, and then sent me back a totally blank reply. IHUGs Helpdesk were apologetic, but said that no-one could do anything about it except between the hours of midnight and 8am (!!!!) Anyway, it wouldn't normally be an urgent issue, but the poor sucker that's infected has just subscribed to about 5 more lists that I'm on, as well as a lot of not so IT literate users, so he's going to catch a few of them... As an aside, what do most ISPs do if they find someone is infected and is sending out stuff lke this? (Yes, those dates in the email below are old - that's from the first bunch of emails he sent out when I first complained - and yes, I have checked the IP is still the same as of about 20 minutes ago) Cheers - Neil G > Return-Path: <big(a)boss.com> > Delivered-To: moderator for ultimate(a)nzfda.org.nz > Received: (qmail 32200 invoked from network); 18 Jun 2003 19:47:03 > -0000 > Received: from 203-118-165-45.adsl.ihug.co.nz (HELO MCNEILLJ-JLG772) > (203.118.165.45) > by 202-0-37-249.cable.paradise.net.nz with SMTP; 18 Jun 2003 19:47:03 > -0000 > From: <big(a)boss.com> > To: <ultimate(a)nzfda.org.nz> > Subject: Re: Movies > Date: Thu, 19 Jun 2003 7:47:09 +1200 > Importance: Normal > X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > X-MSMail-Priority: Normal > X-Priority: 3 (Normal) > MIME-Version: 1.0 > Content-Type: multipart/mixed; > boundary="CSmtpMsgPart123X456_000_0001EFBA"

2 1

Sobig.MM infected users?
by nznog＠neilnz.com 26 Jun '03

26 Jun '03

Hi guys, (specifially those at IHUG) any chance someone can do something about this user on IHUGs ADSL system? - (203-118-165-45.adsl.ihug.co.nz) This post is in desperation after the correct procedure for reporting this was followed twice with IHUG and no-one did anything about it except send a request for the full email which was given, and then sent me back a totally blank reply. IHUGs Helpdesk were apologetic, but said that no-one could do anything about it except between the hours of midnight and 8am (!!!!) Anyway, it wouldn't normally be an urgent issue, but the poor sucker that's infected has just subscribed to about 5 more lists that I'm on, as well as a lot of not so IT literate users, so he's going to catch a few of them... As an aside, what do most ISPs do if they find someone is infected and is sending out stuff lke this? (Yes, those dates in the email below are old - that's from the first bunch of emails he sent out when I first complained - and yes, I have checked the IP is still the same as of about 20 minutes ago) Cheers - Neil G > Return-Path: <big(a)boss.com> > Delivered-To: moderator for ultimate(a)nzfda.org.nz > Received: (qmail 32200 invoked from network); 18 Jun 2003 19:47:03 > -0000 > Received: from 203-118-165-45.adsl.ihug.co.nz (HELO MCNEILLJ-JLG772) > (203.118.165.45) > by 202-0-37-249.cable.paradise.net.nz with SMTP; 18 Jun 2003 19:47:03 > -0000 > From: <big(a)boss.com> > To: <ultimate(a)nzfda.org.nz> > Subject: Re: Movies > Date: Thu, 19 Jun 2003 7:47:09 +1200 > Importance: Normal > X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > X-MSMail-Priority: Normal > X-Priority: 3 (Normal) > MIME-Version: 1.0 > Content-Type: multipart/mixed; > boundary="CSmtpMsgPart123X456_000_0001EFBA"

1 0

Multicast status in New Zealand
by Cameron Kerr 26 Jun '03

26 Jun '03

Hello, I work as a teaching fellow in Telecommunications, teaching small-time network management and network programming. I am currently trying to learn more about multicast (IPv4 now, v6 later), in preparation for teaching multicast programming half way through the second semester. However, in the course we won't be connected to the internet, so I'm using my own home network to advance my understanding. I have a few questions about the current state of affairs wrt ISPs and content in New Zealand. 1) What broadband (and dial-up, for completeness) ISPs are multicast capable/friendly? Particularly Orcon, since our flat has just moved there. 2) What is needed to activate it at the users end (anything they need to do with mbone etc), or does the ISP deal with that? 3) Is there much in the way of content available? 4) Are there issues with NAT??? (I have a Nokia M1122 doing NAT, with Linux router/firewall behind it) Or alternatively, is there any documentation that answers these questions in the New Zealand environment. (If not, I'd be willing to help write/test.) Thank you all. -- Cameron Kerr cameron.kerr(a)paradise.net.nz : http://nzgeeks.org/cameron/ Empowered by Perl!

8 16