- NZNOG - lists.nznog.org

175/8 and 182/8 allocated to APNIC
by Leo Vegoda 11 Aug '09

11 Aug '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The IANA IPv4 registry has been updated to reflect the allocation of two /8 IPv4 blocks to APNIC in August 2009: 175/8 and 182/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt Please update your filters as appropriate. Regards, Leo Vegoda Number Resources Manager, IANA -----BEGIN PGP SIGNATURE----- Version: 9.10.0.500 wj8DBQFKguZyvBLymJnAzRwRAmDCAKCCnxLNmk32v+sm786x5RyVLnLBDACcCu5I zCs7FdAdkIZRnfNtuVyVB0s= =6huK -----END PGP SIGNATURE-----

1 0

Re: [nznog] Telecom International HTTP Caching
by Paul Tinson 11 Aug '09

11 Aug '09

As a general rule if the content is in a page that gets retrieved by the cache it will be cached and served from the cache to subsequent requests. This includes mp3 files if they are an embedded object. If the mp3 is a single file then I would not expect it to be cached in parts, so it should not be missing pieces. If it's a streaming mp3 that may be different and if you supply an example URL I can check this. If you don't want it cached or want to control the time we keep it in cache then you can use cache control directives and expiry meta tags in the page. At this point in time we have not enabled caching of streaming media. If you have a specific example URL please send it to me and I can double check though. If we have cached it I will look into why. I am happy to look into specific examples of issues, but if you have a wider service effecting issues please continue to use the helpdesk as this will result in calls being handled correctly and not left unattended on the list. Hope this answers your questions. Regards Paul -----Original Message----- From: Richard Hulse [mailto:Richard.Hulse(a)radionz.co.nz] Sent: Wednesday, 12 August 2009 9:00 a.m. To: nznog; Paul Tinson Subject: Re: [nznog] Telecom International HTTP Caching Hi Paul, I'll ask this on the list, as there are quite a few (other) audio and video content providers here... How will the cache handle MP3s that are served via HTTP? Is this content you want to cache? Should we be setting some sort of header to make it work better? Willl you also be caching on-demand Windows Media content? I ask because I have noticed that some of our visitors complain of Mp3 audio that is truncated or has bits missing out of the middle. It seems to clear itself after a few hours. cheers, Richard Hulse Webmaster Radio NZ

5 5

Re: [nznog] Telecom International HTTP Caching
by Richard Hulse 11 Aug '09

11 Aug '09

Hi Paul, I'll ask this on the list, as there are quite a few (other) audio and video content providers here... How will the cache handle MP3s that are served via HTTP? Is this content you want to cache? Should we be setting some sort of header to make it work better? Willl you also be caching on-demand Windows Media content? I ask because I have noticed that some of our visitors complain of Mp3 audio that is truncated or has bits missing out of the middle. It seems to clear itself after a few hours. cheers, Richard Hulse Webmaster Radio NZ

1 0

Telecom International HTTP Caching
by Paul Tinson 11 Aug '09

11 Aug '09

Good Morning, Telecom would like to advise that over the coming weeks we will be extending our international http caching service. This work should go unnoticed but if you or your customers do experience a loss of international browsing then please contact the Broadband Helpdesk on: adsl_helpdesk(a)xtra.co.nz Please make sure the subject has "HTTP Caching" included so that the Helpdesk can filter on these issues. If you would like to talk to the Helpdesk then please phone: 0800 22 55 98 Please state that you believe this to be an http caching issue when raising the case so that it will be routed to the correct resources. NB. Please note that the service is only in place for Telecom Broadband Customers and "International" in this case is based on the international routing tables, as such some domestic sites may appear to Telecom as international content. If you have any specific questions about the service then please feel free to post the questions on this mailing list and as time allows they will be answered. Regards Paul Tinson Senior Specialist Web App Services Shared & Other IS Operations E paul.tinson(a)telecom.co.nz <mailto:paul.tinson(a)telecom.co.nz> W www.telecom.co.nz <http://www.telecom.co.nz> Level 9, 31 Airedale Street Auckland ________________________________ "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. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002."

3 4

Re: [nznog] Telstraclear international proxy?
by Anton Smith 10 Aug '09

10 Aug '09

> Message: 12 > Date: Tue, 11 Aug 2009 10:31:53 +1200 > From: Dean Pemberton <nznog(a)deanpemberton.com> > Subject: Re: [nznog] Telstraclear international proxy? > To: nznog(a)list.waikato.ac.nz > Message-ID: <4A809FD9.3040700(a)deanpemberton.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 11/08/09 12:31 AM, Anton Smith wrote: > > In the beginning when diagnosing the problem, an engineer might not > > even know that the problem lies with Telstra, and we have seen people > > posting http headers and so on in the past wondering what was going > > on. > > > > I don't believe that was the case in this instance. It was not a > general query about a general problem. It was a specific technical > issue with a specific ISP. In that case a trouble ticket should be > logged with the ISP first, then post to the list. I'd even accept if > these were both done at the same time. > > To not give the ISP involved a chance to address the issue through > normal customer support channels is not giving them a fair go. > Some ISPs are not very good at customer support, but if you don't log > the call, then how can you expect anything of them. > > I'll explain some more why this is so important; > In years gone by, NZNOG was seen by the major Telcos and some ISPs as a > bunch of troublemakers. I know this for a fact because I've worked for > them while they held this opinion. They viewed NZNOG as a group of > individuals constantly waiting to bash them at any opportunity. The > minute that someone found a bug, or a technical issue, they would post > it first to NZNOG and everyone would hang the associated ISP/Telco out > to dry. > > As such, no one from those organisations joined NZNOG, contributed to > NZNOG, attended the NZNOG conference, etc etc etc. > > Over time we have worked very hard to re-engage with the ISPs and > Telcos, making NZNOG a place where they can derive benefit from > contributing to. Just today we see Paul Tinson posting about Telecom's > cache changes. I doubt anyone would disagree that this is the sort of > involvement that we want. > > Do you think that TelstraClear are going to engage with NZNOG if just > the week previously an NZNOG member was posting publically about > technical issues on their network before giving them a chance to address > them? > > It's a bit like someone buying a shirt at a store, being unhappy with > it, and doing a spot on Campbell Live before going back to the shop and > asking for a refund. Now sure, Campbell Live has its place. It even > has a place for long running retail disputes, but it shouldn't be the > first port of call. And neither should NZNOG. > > We work hard with the Telcos to keep them engaged (the benefits of which > can be seen in Telecoms post this morning), please keep this in mind > when posting. Just make sure you've worked with them first. If you > have and they did a bad job, then by all means post and all bets are off =) > > > Dean > Hi Dean, Given the general difficulties in resolving problems with various ISP/Carriers it is sometimes a fact that the only place you can learn what you need to is here. I'm very heartened by the Telecom post about their caching, and being very specific about the path to follow if there are issues encountered. That is exactly what I believe is missing from Telstra. Perhaps our discussions here (that may be deemed off topic in which case I shall raise the virtues of beer later) are actually constructive in that they can help highlight to carriers how a proactive approach might be used. I do however completely agree with you that it is important to foster a greater sense of community that includes the carriers, ISPs and NZNOG. It is important that NZNOG is not just seen as a bashing list. However, I did not really see that the original post about the caching was negative, and far from "bashing".. so I hardly think that the relationship between NZNOG and Telstra would have been damaged. Maybe my own post had a disgruntled tone, for which I apologise - I shouldn't have done that. I do believe that proactive approaches from the bigger players towards the list (like the Telecom post) are brilliant, and I encourage others (Telstra) to do something similar. Regards, Anton

2 1

Re: [nznog] NZNOG Digest, Vol 80, Issue 9
by Anton Smith 10 Aug '09

10 Aug '09

Hi Dean, While I agree with the general notion that people should go to the ISP directly first, in the Telstra case with their transparent proxy I think it is okay posting here. Mainly because most people on this list know it is there, while most people on the ISPs desk probably don't. Telstra could make this a bit better for themselves by being more verbose about the proxies presence, rather than getting various levels of brokenness complaints. In the beginning when diagnosing the problem, an engineer might not even know that the problem lies with Telstra, and we have seen people posting http headers and so on in the past wondering what was going on. I just think that this kind of thing is a natural side effect of an ill publicised (and some would argue, annoying) network feature, and if Telstra are not proactive about letting people know they have it and the problems that may arise, then they deserve the occasional mail list post. Regards, Anton Disclaimer: I have run into their proxy before due to asymmetric routing + transparent proxy unhappiness (resulted in what looked like a black hole). On Mon, Aug 10, 2009 at 2:00 AM, <nznog-request(a)list.waikato.ac.nz> wrote: > From: Dean Pemberton <nznog(a)deanpemberton.com> > Subject: Re: [nznog] Telstraclear international proxy? > To: nznog <nznog(a)list.waikato.ac.nz> > Message-ID: <4A7F6257.9080104(a)deanpemberton.com> > Content-Type: text/plain; charset=ISO-8859-1 > > > I'd like to take this opportunity to remind people that the appropriate > way to handle situations like this is to log a support call with the > ISPs helpdesk before posting support questions to this list. > > If you believe that it is a problem which effects the NZ Operator > community as a whole and you have exhausted your options (including > escalations) with the ISP concerned then it is maybe appropriate to post. > > This is to eliminate the situation where an ISP finds its name/helpdesk > practices used in vain throughout a mailing list without being given a > chance to put the matter right in private first. > > > Thanks > Dean

5 4

Re: [nznog] Telstraclear international proxy?
by Philip D'Ath 09 Aug '09

09 Aug '09

I can see that becoming urban slang. -----Original Message----- From: Steve Phillips Sent: Mon 10/08/2009 15:15 To: nznog Subject: Re: [nznog] Telstraclear international proxy? Sorry for the completely pointless empty post. My cat did it ! -- Steve. Steve Phillips wrote: > Gordon Smith wrote: >> The bulk of the caching issues service providers are asked to deal >> with come about because people don't know how to configure web servers. >> >> Meta tags and expires are actually useful, but it seems that there are >> always a few people that don't use them, even though their content is >> dynamic.

2 1

Re: [nznog] Microsoft xbox spam ?
by Ian Batterbee 09 Aug '09

09 Aug '09

Just to head off further replies on this thread - I believe the problem was that I was forced to register with microsoft's games for windows (or some such name) when I installed GTA4 many months ago, and it seems that Microsoft have emailed everyone on there, rather than just xbox platform owners. So although unwanted, it was probably legit and just an oversight on their part. Ian Batterbee wrote: > >> Has anyone else received spam from Microsoft about an XBox service update >> ? >> >>

1 0

Google Wave
by James Jones 09 Aug '09

09 Aug '09

I am just curious if anyone else on NZNOG is play with Wave Federation Server? James Jones Managing Director Freedom Networks +64 6 3678300 +1 413 771 1402 james(a)freedomnet.co.nz

2 1

Microsoft xbox spam ?
by Ian Batterbee 07 Aug '09

07 Aug '09

Has anyone else received spam from Microsoft about an XBox service update ? The message claims that I received it as part of my XBox Live subscription, but since I don't have such a subscription, and don't even own an xbox, I think they're telling porkies.

1 0