Re: [AusNOG] RADIUS over UDP on public networks deprecated.

[John Edwards]

FWIW, this "vulnerability" was being exploited as early as 2003 when
certain ADSL routers had a defect that caused them to overwhelm
authentication servers that still had forking modes of operation best
suited to a dialup environment. Basically if they were denied
authentication the routers would immediately retry with the same
credentials, at a rate of about 15 times per second.

We would forge "accept" packets to quarantine the dirty routers as a way of
resolving a race condition that otherwise created a cascading denial of
service. Not long after we switched to using Radiator which didn't have
this problem.

I don't believe that anyone ever expected UDP RADIUS packets to traverse
public networks, although I suppose I am not surprised this needs to be
announced as a threat.

John



On Thu, 11 Jul 2024 at 12:19, David Beveridge  wrote:

> CVE-2024-3596
>
> https://www.helpnetsecurity.com/2024/07/09/blastradius-radius-protocol-vulnerability/
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Understanding the WHS responsibilities when served a LAAN by a Telco

[John Edwards]

I have seen a few variations of this theme, and here's a couple of ways it
has been worked out, but they still require a lawyer to draft something:

- The site has various risks associated with it, so the Telco must use an
approved contractor - then have that contractor pay the fee and be part of
the WHS

- The Telco agrees to indemnify the site for any liability incurred while
on the premises (this tends to force a re-evaluation of any other suggested
fees)

Generally the cost of enforcing a LAAN in the courts is going to make any
fees seem trivial, so it may be best to offer a path of less resistance
rather than saying "No".

John


On Mon, 20 May 2024 at 11:14, Mitch Kelly  wrote:

> Hi,
>
> Note: *None of the following should be taken as legal advice* This is a
> real world scenario from Mid 2018.
>
> Ive dealt with a similar issue on an LIN (Low Impact Notice) being served
> on a rural property owner. The issue arose when the owner refused entry to
> the Telco and did not negotiate (Not the right thing to do) The best thing
> we found (From Legal Advice) Was to advise YES, You can install your
> equipment on this property, The Fee Per Month will be 200k.
>
> You haven't Refused entry
> and,
> You've provided a compensation amount for the installation/inconvenience
> on the property.
>
> On the topic of the LIN and Safety, Due to the location of the
> installation, There was overhead HV Lines (12m), (6.4m clearance generally
> required) across the entryway to the property, The owner of the property
> had a duty of care to advise to the best of their knowledge hazards that
> may exist (Loose ground, sinkholes, unstable ground, overhead wires, etc)
> to the Telco entering the property of the LIN The Telco was responsible for
> their own SWIMS/JHA and complying with WHS laws, The Property owner
> distanced himself from any liability (He had a pretty good lawyer)
>
> The Property owner gave all the information to the telco to the best of
> his knowledge, Yet they still managed to knock down a power pole and pole
> pig (transformer) causing the OWNER of the property to have to pay Horizon
> power to fix it along with Horizon stating that further damage may be
> brought upon the owner if other customers were impacted (The lawyer got
> onto this pretty quick smart)
>
> The tower eventually fell over in Mid 2021 due to salinity issues in the
> soil, The Telco went insolvent in late 2022.
> The owner never saw a cent from the Telco for damages to the power
> infrastructure and likely never will.
>
> Stay well clear, Seek legal advice. If they have issued a LIN then they
> are probably already disgruntled.
>
>
> On Mon, May 20, 2024 at 9:12 AM Jason Leschnik  wrote:
>
>> Hi all,
>>
>> NB: This is not a request for legal advice.
>>
>> This a hypothetical situation where a Team (Network Communications Group)
>> and more indirectly a Maintenance Group are served LAANs by Telcos. This
>> group operates Public infrastructure (say Hospital sites). For the Network
>> group, The LAANs are generally served for new circuits that have been
>> requested, for the Maintenance group, they are for establishing or
>> accessing Services on Tower Blocks (Mobile Antenna).
>>
>> Currently, said business has an Internal Contractor Management System
>> operated by an External Vendor (Championed by an Asset Management and WHS
>> group), this requires the Telcos to enroll and pay a yearly account fee
>> (say $600). One could imagine that the Telcos would push back against this,
>> being well within their rights to refuse a "fee to enter".
>>
>> I have a concern/question that I'm struggling to get clear answers to
>> based on this hypothetical situation: If they refuse to enroll in the
>> SYSTEM (Possibly invoking their Powers to access the site via. the correct
>> channels) or possibly it's agreed they do not need to enter into the SYSTEM
>> and the LAAN is accepted (based on reviewing of their SWMS and Liability
>> Insurances) by a site owner. Is the onus on the site owner to manage/own
>> the WHS risks while they are operating onsite? Or does that fall under the
>> Telco?
>>
>> Regards,
>> Jason.
>> --
>> Personal Email Account
>> ___
>> AusNOG mailing list
>> AusNOG@lists.ausnog.net
>> https://lists.ausnog.net/mailman/listinfo/ausnog
>>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] munnari.oz.au

[John Edwards]

From: d...@dns.god
Newsgroups: aus.jokes
Subject: The Holy DNS Commandments
Date: 22 Aug 1995 06:13:04 GMT

And behold, there were great thunder and lightnings, and the mighty prophet
Gehofrey came down from the temple of Munnari and told Children of AU that
the Lord God Kre had vouchedsafe unto them these Holy Commandments, graven
upon stone tablets:-

1. Thou SHALT NOT send DNS information to the Lord God Kre's personal
mailbox, lest the Wrath of the Lord Kre be kindled and wax hot against thee.

2. Thou shalt format thy request in a mysterious format known unto none
save the holiest priesthood of the order of DNS, that thy days may be long
in the domain that the Lord Kre hath given thee.

3. If thy requests be incorrectly seconded or ill formatted, thou shalt NOT
be added to the root AU domain but shalt be forever cast out of the named
boot into the outer darkness where there is great weeping and wailing and
gnashing of teeth.

4. Thine entries must be DNS walkable, or naught shall be delegated.

5. Thou shalt wait in vain for a reply. Ever.

6. If the Lord deigneth to reply at all, it is because thou art incredibly
stupid, dullwitted, blind and slow of understanding, and comprehendeth not
such simple DNS concepts; therefore shall He quote thee large inscriptions
of the Holy DNS Bible, so that thy mailbox runneth over.

7. If not large inscriptions of the Holy DNS Bible, then large inscriptions
of the sacred RFC tomes.

8. Thou shalt not complain about the Lord's ineffable doings or
Commandments in news; "My Ways are not your ways, neither are My Thoughts
your thoughts" saith the Lord Kre, and He shall pour out the vials of His
scorn upon thine head from on High in the sight of all the multitudes.

On Wed, 8 May 2024 at 14:44, Terry Sweetser 
wrote:

> So … AusNOG,
>
>
>
> What is the status of that server for DNS and other “very old things from
> long” ago?
>
>
> --
>
> *Terry Sweetser*
> Training Delivery Manager
> South Asia and Oceania
> e: terry.sweet...@apnic.net
> p: +61 7 3858 3100
> www.apnic.net
>
>
>
> Book time with Terry Sweetser
> 
>
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Courier insurance

[John Edwards]

People don't choose "courier" or "forklift driver" as their vocation out of
a burning desire to serve their fellow humans, so there's always an element
of risk in shipping.

Having said that, consider medical couriers as an option. These are people
who are usually hand-picked from courier companies for premium work and
have a greater sense of consequence with their work. There is usually some
company servicing a regional hospital on scheduled runs in every major town.

The guys who warehouse/deliver parts for Telstra and Nokia in Australia are
also the same guys who haul blood and kidneys for hospitals.

My personal story of tracking a missing router to the n-th degree found it
with dual-wheel tyre tracks across the box - it's difficult for them to
claim the waiver of liability when it's clearly one of their own vehicles
that damaged it. I have heard of an expensive router chassis arriving with
a forklift-tyne-sized hole through the box to the other side.

Tips for airline transport:
- Check the weight handling limit and try and stay under it - usually
something like 30kg per item
- Don't ship fully assembled routers, put the labelled line cards and PSU's
back in original boxes, and wrap those boxes with excessive amounts of
bubble wrap
- If you have support contracts, validate that the vendor actually has the
spares stocked near the destination for quick turnaround if something
happens
- Camera shops near you stock the "pelican" cases which are an ideal armour
for 1-3 RU size payloads and make you look badass at the luggage carousel
(allow time in your plan for pressure to equalise, these can be hard to
open after being subjected to altitude)
- Cisco 7200's were shipped so often back in the day that Cisco had a
replacement box as an orderable part number

John


On Thu, 7 Dec 2023 at 22:31, Rhys Hanrahan  wrote:

> Hi All,
>
>
>
> Just wondering how people handle the situation of transit insurance for
> domestic shipping of high value equipment? I am looking at options for
> TNT’s transit warranty and 1) It’s pricey and will cost thousands to get a
> warranty 2) They max out coverage at $40K it seems. I suppose we might be
> able to work around that with multiple separate shipments.
>
>
>
> We’ve got new Cisco gear worth 70-90K that we are shipping to one of our
> offices for configuration, then from NSW to a customer’s site in far north
> QLD. I’m not really keen on just trusting the gear won’t be damaged, so I’m
> looking for safe options to courier the equipment – I’m wondering if anyone
> is aware of good options for this sort of situation?
>
>
>
> We are also attending site so it’s possible that we could just check the
> boxes in as luggage, but I’m not sure if I trust baggable handlers any
> better. Typically we’d just ship directly to site, but we don’t really want
> to configure and test it entirely onsite as that has it’s own challenges in
> this case.
>
>
>
> Appreciate any suggestions. Thanks!
>
>
>
> *Rhys Hanrahan* | General Manager / CTO
> *m:* 0414 83 83 43 | *e:* r...@nexusone.com.au
>
> *“Ask us about how our Channel Partnership and Referral Program can earn
> you passive income”*
>
> [image: www.nexusone.com.au]    [image:
> signature_1237010360] 
>
> *NEXUS ONE* *|** FUSION TECHNOLOGY SOLUTIONS*
> *p:* 1800 NEXUS1 (1800 639 871) or 1800 565 845 *|* *a:* Suite 12.03
> Level 12, 227 Elizabeth Street, Sydney NSW 2000
> www.nexusone.com.au *|* www.fusiontech.com.au
>
> *The information in this email and any accompanying attachments may
> contain; a. Confidential information of Fusion Technology Solutions Pty
> Ltd, Nexus One Pty Ltd or third parties; b. Legally privileged information
> of Fusion Technology Solutions Pty Ltd, Nexus One Pty Ltd or third parties;
> and or c. Copyright material Fusion Technology Solutions Pty Ltd, Nexus One
> Pty Ltd or third parties. If you have received this email in error, please
> notify the sender immediately and delete this message. Fusion Technology
> Solutions Pty Ltd, Nexus One Pty Ltd does not accept any responsibility for
> loss or damage arising from the use or distribution of this email.*
>
> *Please consider the environment before printing this email.*
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Optus downtime chat + affecting SMS verification toTelstra?

[John Edwards]

The default behaviour of the "maximum prefix" BGP feature is to bring down
the BGP session with the peer.

The alternate behaviour is to log a warning and accept a prefix.

I am not aware of an implementation that just allows "Accept up to X routes
and then don't accept any more".

That sounds logical but in reality would lead to inconsistent behaviour
that is more readily addressed with existing routing policy tools.

It appears that a failure of routing policy was a major contributor to an
Optus outage, where that policy had an assumption of trusting internal
peers and the fault was exacerbated by some mechanism where a policy
failure was able to impact other logical networks on the same device
(assuming there is/was more than 1 logical network).

Or maybe someone just leaked full routes into OSPF 﫠

John
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Optus downtime chat + affecting SMS verification to Telstra?

[John Edwards]

Those who believe it's a BGP issue might want to review
https://www.cidr-report.org/cgi-bin/plota?file=%2fvar%2fdata%2fbgp%2fas2.0%2fbgp%2dactive%2etxt=Active%20BGP%20entries%20%28FIB%29=Active%20BGP%20entries%20%28FIB%29=step

This shows a global table getting dangerously close to a 1024K boundary
found in some router FIBs.

John


On Wed, 8 Nov 2023 at 11:57, Christopher Hawker 
wrote:

> They weren't appearing earlier so I'd say it's new. Smells like BGP has
> shat itself.
>
> - ​CH
> --
> *From:* AusNOG  on behalf of Tim Malone <
> tdmal...@gmail.com>
> *Sent:* Wednesday, November 8, 2023 12:16 PM
> *To:* Nick Jenkin 
> *Cc:* ausnog@lists.ausnog.net 
> *Subject:* Re: [AusNOG] Optus downtime chat + affecting SMS verification
> to Telstra?
>
> Cloudflare is also reporting BGP origin hijack warnings:
> https://radar.cloudflare.com/as7474?dateRange=2d
> (unsure if related though)
>
>
> On Wed, 8 Nov 2023 at 11:10, Nick Jenkin  wrote:
>
> Just a few announcements...
> https://radar.cloudflare.com/traffic/as4804?dateRange=2d
>
> On Wed, 8 Nov 2023 at 11:06, Ben Buxton  wrote:
>
>
>
> On Wed, 8 Nov 2023 at 10:14, DaZZa  wrote:
>
> Yeah, I'd be willing to bet that it's a change which wasn't thoroughly
> tested before being rolled out, and which had an inadequate backout
> plan.
>
>
> Also, "Our on-site technician is actively prioritising establishing a
> console connection.".
>
> I mean come on, it's nearly 2024 and a [major] telco does not have remote
> console access? Whilst I'm
> looking forward to enthusiastically reading the PM, I'll have to book a
> physio appointment in advance due to
> neck strain from all the head shaking it'll likely induce.
>
> BB
>
>
>
>
> Interestingly, my Optus mobile actually had a valid connection for a
> short time - wasn't able to actually DO anything, but was connected to
> the OPtus network - but it's now gone to "SOS" mode.
>
> D
>
> On Wed, 8 Nov 2023 at 10:01, John Edwards  wrote:
> >
> > The 4am Wednesday morning outage start looks suspiciously like a
> firmware upgrade window.
> >
> > I note that Optus devices where I am are showing "SoS" which indicates
> the tower is unable to reach the location register, which presumably is on
> a private network and indicative of a pretty major fault rather than just
> IP.
> >
> > John
> >
> >
> > On Wed, 8 Nov 2023 at 09:10, DaZZa  wrote:
> >>
> >> The Optus hamster finally died of old age.
> >>
> >> I would suggest your SMS issues would be caused by whoever is issuing
> >> the SMS using Optus - not so much by the Telstra end receiving it.
> >>
> >> Anecdotally, Optus enterprise/wholesale appears to be still functional
> >> - at least my link appears to be working fine - and my BGP
> >> advertisements are still being seen overseas - seems to be only NBN
> >> and mobile based services which are busted
> >>
> >> D
> >>
> >> On Wed, 8 Nov 2023 at 09:27,  wrote:
> >> >
> >> > Morning all,
> >> > Hope the chaos isn't too hard on your work/family.
> >> > I have had trouble with a couple of SMS verifications coming through
> to me, my Telstra number. Is this related?
> >> >
> >> > Any general banter around the downtime would be fine too - looks like
> it all began at 4.07am AEDT?
> >> >
> >> > Cheers
> >> >
> >> > --
> >> >
> >> >   francisfi...@mailup.net
> >> > ___
> >> > AusNOG mailing list
> >> > AusNOG@lists.ausnog.net
> >> > https://lists.ausnog.net/mailman/listinfo/ausnog
> >>
> >>
> >>
> >> --
> >> veg·e·tar·i·an:
> >> Ancient tribal slang for the village idiot who can't hunt, fish or ride
> >> ___
> >> AusNOG mailing list
> >> AusNOG@lists.ausnog.net
> >> https://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
> --
> veg·e·tar·i·an:
> Ancient tribal slang for the village idiot who can't hunt, fish or ride
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Optus downtime chat + affecting SMS verification to Telstra?

[John Edwards]

The 4am Wednesday morning outage start looks suspiciously like a firmware
upgrade window.

I note that Optus devices where I am are showing "SoS" which indicates the
tower is unable to reach the location register, which presumably is on a
private network and indicative of a pretty major fault rather than just IP.

John


On Wed, 8 Nov 2023 at 09:10, DaZZa  wrote:

> The Optus hamster finally died of old age.
>
> I would suggest your SMS issues would be caused by whoever is issuing
> the SMS using Optus - not so much by the Telstra end receiving it.
>
> Anecdotally, Optus enterprise/wholesale appears to be still functional
> - at least my link appears to be working fine - and my BGP
> advertisements are still being seen overseas - seems to be only NBN
> and mobile based services which are busted
>
> D
>
> On Wed, 8 Nov 2023 at 09:27,  wrote:
> >
> > Morning all,
> > Hope the chaos isn't too hard on your work/family.
> > I have had trouble with a couple of SMS verifications coming through to
> me, my Telstra number. Is this related?
> >
> > Any general banter around the downtime would be fine too - looks like it
> all began at 4.07am AEDT?
> >
> > Cheers
> >
> > --
> >
> >   francisfi...@mailup.net
> > ___
> > AusNOG mailing list
> > AusNOG@lists.ausnog.net
> > https://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
> --
> veg·e·tar·i·an:
> Ancient tribal slang for the village idiot who can't hunt, fish or ride
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] what is acceptable jitter for VOIP & videoconferencing?

[John Edwards]

If it's not already obvious, I would like to mention that jitter/buffering
on video is just about a non-issue (otherwise Microsoft Teams wouldn't
exist) - but for audio it is everything.

Users will notice 20ms of audio delay as a lip sync issue on a streaming
movie, but for videoconferencing the focus is on the message and not the
medium.

Separate the streams if you can, and treat them separately. The other nifty
trick at the DSLAM level was to tweak interleaving settings so that voice
had a nice and consistent latency, as a substitute for per-PVC settings
the chipsets got to the point where they could map ethernet priority tags
to differentiated configs - but I appreciate that there is probably nobody
left with access to those settings!

John


On Wed, 20 Sept 2023 at 09:31, Dave Taht  wrote:

> Occasionally I question my baseline numbers, and struggle to find cites to
> support my increasingly ancient viewpoint, which goes back to CISCO LLQ, if
> not earlier.
>
> Recently this question came up that I lack an answer to, and was wondering
> what operators thought was the right number, and wondering how y´all
> achieve it. Taking a poll over here,
> with the core question being 10ms,30ms,100ms or 200ms:
>
> https://www.linkedin.com/feed/update/urn:li:activity:7110029609559056384/?
>
> --
> Oct 30:
> https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html
> Dave Täht CSO, LibreQos
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

[AusNOG] Telecommunications Congestion in Sydney 1912

[John Edwards]

For anyone who's ever had to deal with network congestion, here's an
Australian example from 1912 where Telegrams were delayed by up to an hour
instead of their usual 3 minutes.

https://trove.nla.gov.au/newspaper/article/105273488/10490125#

John
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] curious about lessons learned from your fiber rollouts?

[John Edwards]

My tips:

Rural networks are economically tentative at the best of times, they are
low density and the majority of the demographic that they serve don't have
disposable income for tech entertainment. Government funding likes to be
directed to announceables, and nobody announces a maintenance plan. Budget
accordingly.

Driving time for maintenance personnel is going to become the majority of
your operating budget. Build networks to be bulletproof and have no need
for maintenance, and consider that the added expense of a ring topology or
diverse path might still cost less than a single unscheduled callout by a
contractor. For a rural network, redundant systems buy time to attend to
outages on more relaxed timelines.

Fixed wireless
- is all about waterproofing, be it customer rooftops, cabling joints or
especially equipment shelters.
- rigging teams are at the mercy of safety standards, weather and personal
leave, so you can't expect more than 100 days/year of productive work
- a certain type of person wants to climb towers all day, and they may not
be productive if you try and force them into a soft office environment on
the other days of the year

Fibre Networks
- use a conduit that is a size larger than you need. If you have any kind
of success you're going to need a second cable in that conduit at some
point, even if it's just to do a graceful upgrade
- always use a fibre cleaning kit
- with single-fibre optics (ie: BX), put the transceiver that sends at a
lower frequency at the far end. This gives you a chance to spot the
difference between a fibre fault and a power fault

John



On Thu, 30 Mar 2023 at 02:19, Dave Taht  wrote:

> I am doing an AMA friday, in part about the $70B dollar USA NTIA
> broadband and BEAD programs, which are largely targetted at improving
> rural access to the internet. The target audience is one with which I
> am mostly unfamiliar, the directors of the 50 US states administering
> these programs.
>
> I am very interested about what y'all have learned about how to roll
> out fiber and fixed wireless right, in your country, so far, and what
> could be done better, in mine.
>
> Please let me know what you think here, (links to studies would be
> great, too)
>
> and/or come heckle!
>
> --
> AMA March 31: https://www.broadband.io/c/broadband-grant-events/dave-taht
> Dave Täht CEO, TekLibre, LLC
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] NBN to offshore NOC?

[John Edwards]

NBN's purpose is to lift the digital capability of Australia.

https://www.nbnco.com.au/corporate-information/about-nbn-co/our-purpose

The takeaway from offshoring activities is that the Australian government
does not consider Network Operations to be a digital capability.

John



On Fri, 17 Mar 2023 at 10:31, Matthew Moyle-Croft  wrote:

> Saving money on one thing can cost a LOT in other ways. The large siloed
> organisation run by accountants story.
>
> On Thu, Mar 16, 2023 at 10:10 PM Luke Thompson 
> wrote:
>
>> I'm with you on follow the sun, much like iiNet & Co. did back in the day
>> (very effectively, almost a work of art it was so good) with some
>> functions.
>>
>> In the context of a national network though, much as with Telstra the
>> people are its greatest asset - and while it can be nightmarish landing the
>> right folk especially over odd hours, building out a collaborative
>> powerhouse of a team on-shore is the beauty spot if it fits. Especially
>> with NOCs/SOCs.
>>
>> Follow the sun isn't blatant off shoring as you say. Removing local
>> functions entirely though will land you with internal chaos and severe
>> problems down the track when trying to insource.
>>
>> Having multiple sites has its benefits (and challenges), I just don't
>> think binning local makes any sort of sense with the NBN NOC.
>>
>> On 16 March 2023 7:51:12 pm Julien Goodwin 
>> wrote:
>>
>> On 16/3/23 4:06 pm, Luke Thompson wrote:
>>>
 NOC offshoring is nightmare territory - depending on how it's done. The
 national broadband network ought to be just that.

>>>
>>> I'll mostly agree with that.
>>>
>>> Pure NOC offshoring isn't great. Splitting a NOC into two or three sites
>>> for follow-the-sun coverage can work really well if smartly managed,
>>> saves trying to find good staff for a night shift, although of course it
>>> does add plenty of issues on its own.
>>>
>>> Even just NOC remote from engineering, having a NOC in Brisbane, but
>>> engineering all done out of Melbourne has plenty of issues if you don't
>>> work strongly to ensure the various people actually talk to each other.
>>>
>>> Or, if you're large enough, first tier separate from second can be much
>>> the same.
>>>
>>> I'm currently working with our corporate network group, and it's my
>>> constant lament that I can't just sit in a room where their NOC folk are
>>> working to learn the things that aren't getting escalated, processes
>>> that don't quite work properly, and other things I might not see from
>>> reading their tickets. (The reasons why I can't just do this are long
>>> and far off topic for this)
>>>
>>> If NBN were spinning up a NOC in the UK, Ireland, or possibly the
>>> US/Canada east coast that could be a very good idea, but it wouldn't be
>>> the cheap one.
>>>
>>> If NBN are shifting things done in Australia as an attempt at a cost
>>> saving, I doubt it really will by the time all relevant costs are
>>> considered.
>>> ___
>>> AusNOG mailing list
>>> AusNOG@lists.ausnog.net
>>> https://lists.ausnog.net/mailman/listinfo/ausnog
>>>
>>
>> ___
>> AusNOG mailing list
>> AusNOG@lists.ausnog.net
>> https://lists.ausnog.net/mailman/listinfo/ausnog
>>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> https://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
https://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Vocus Datacentre outage.

[John Edwards]

Don't rule out a firmware setting that lay dormant or was introduced
through overzealous or simultaneous patching in a maintenance window.

This was how SA ended up with a total blackout a few years back - a default
setting in a particular model of wind turbine shut it down in response to a
previously unseen power anomaly - caused by a power outage elsewhere on the
grid.

John


On Tue, 14 Mar 2023 at 11:48, Matt Perkins  wrote:

> The questions left to be answered for Vocus is why did it take 12 hours to
> restore one rail. Where was the static bypass and failing that where was
> the maintenance bypass.  Im guessing that's what it's on maintenance bypass
> now and the slow action may have something to do with the public holiday in
> Vic..
>
>
> I shouldn't speculate. But it is fun.
>
>
>  Something seriously let go in that UPS. If i had to put my electrical
> engineers hat on I would say their load capacitor maintenance was not done
> and let go. Or someone was working upstream and broke the natural/earth
> bond. But there's a lot of parts in a system like that , most modern DC UPS
> setups are fairly robust.  I once had 3 strings of batteries catch fire and
> melt down and the UPS didn't miss a beat other then spewing a lot of
> alarms. We moved strings around on the fly and nobody even noticed.
>
>
> The other things that seems odd is why did an A failure trip B.  Sounds
> like a single supply is at surge/break capacity. Also a worry.
>
>
> But in the end we all have redundancy around 530 Collins right ? Right ?
>
>
> Matt
>
>
>
> On 14/3/2023 11:50 am, Christopher Hawker wrote:
>
> SY1 apparently experienced a full power outage back in July 2009,
> according to AusNOG Archives. Some reported full outages, some partial. Was
> not a DC fault though, looks like a much larger grid issue where a fault at
> the Bayswater Power Station in the Hunter Valley (which affected generators
> in QLD and VIC) caused about 1000MW to be dropped from the grid, resulting
> in rolling blackouts across QLD, NSW, TAS, SA and VIC.
>
> https://lists.ausnog.net/pipermail/ausnog/2009-July/003222.html
>
> CH.
> --
> *From:* AusNOG 
>  on behalf of Nathan Brookfield
>  
> *Sent:* Tuesday, March 14, 2023 11:40 AM
> *To:* Matt Perkins  ;
> ausnog@lists.ausnog.net 
> 
> *Subject:* Re: [AusNOG] Vocus Datacentre outage.
>
>
> Have 100% had A and B fail separately at SY1 but never both, thankfully!!!
>
>
>
> Could have been part of the facility though so don’t quote me.
>
>
>
> UK on the other hand, fail!
>
>
>
> *From:* Matt Perkins  
> *Sent:* Tuesday, 14 March 2023 11:30 AM
> *To:* Nathan Brookfield 
> ; ausnog@lists.ausnog.net
> *Subject:* Re: [AusNOG] Vocus Datacentre outage.
>
>
>
> SY1 had A or B fail a few years back if my memory serves me correctly.
> But I was referring  London and Manchester which both had total outages in
> recent years.
>
> Matt.
>
>
>
> On 14/3/2023 11:26 am, Nathan Brookfield wrote:
>
> I’ve never had an A+B power rail failure at Equinix in 18 years I’ve been
> in there facilities, TOUCH WOOD!!!
>
>
>
>
> *Nathan Brookfield | VK2NAB *General Manager
>
> *p*: 1300 592 330 | *m*: 0412 266 008
> *e*: nathan.brookfi...@iperium.com.au | *w*: iperium.com.au
>
> Suite 4.02, 189 Kent Street Sydney NSW 2000
>
>
> *Your Telco Team*
>
> DISCLAIMER: This document is intended solely for the named addressee. This
> electronic communication, which includes any files or attachments thereto,
> contains proprietary or confidential information and may be privileged and
> otherwise protected under copyright or other applicable intellectual
> property laws. The use, disclosure, copying or distribution of any of the
> information contained in this document, by any person other than the
> addressee, is strictly prohibited. If you received this document in error,
> please contact the sender immediately and delete all the material from any
> computer. Confidentiality and legal privilege are not waived or lost by
> reason of mistaken delivery to you. Any views or opinions presented are
> solely those of the author and do not necessarily represent those of
> Iperium.
>
> WARNING: Computer viruses can be transmitted via email. The recipient
> should check this email and any attachments for the presence of viruses.
> Iperium accepts no liability for any damage caused by any virus transmitted
> by this email.
>
> *From:* AusNOG 
>  *On Behalf Of *Matt Perkins
> *Sent:* Tuesday, 14 March 2023 11:18 AM
> *To:* ausnog@lists.ausnog.net
> *Subject:* Re: [AusNOG] Vocus Datacentre outage.
>
>
>
> Yea because Eqinix has never had a power outage. :)
>
> I think it's a little premature to judge at the moment. Doesn't sound good
> based on the current info but we have all had bad days im sure.
>
> Matt
>
>
>
> On 14/3/2023 11:06 am, Bradley Amm wrote:
>
> Friends like let friends put gear in a Vocus dtacenter. Only NextDC or
> Equinix :)
>
> Sent from my iPhone
>
>
>
>
> On 14 Mar 2023, at 7:08 am, DaZZa 
>  wrote:
>

Re: [AusNOG] Superloop NBN Outage

[John Edwards]

One way to get information about an outage at a particular NBN POI is to
drive to the POI location and look for the logos on the vans attending to
the fault. If it's a fibre cut, then someone has to go there to connect the
OTDR, usually in a high-roof splicing van.

If there are no vans, or the techs are packing up to leave, then you also
have an update on what's happening.

None of this is likely to resolve the fault any quicker, but if you like to
troubleshoot via the OSI model then layer 1 of national networks usually
involves a vehicle attending a location.

John




On Sun, 16 Jan 2022 at 12:11, Christopher Hawker 
wrote:

> Hello all,
>
> There's an apparent outage affecting Superloop customers connecting to the
> 2NEW POI. Their client portal lists the severity as low (not sure how that
> determination is made) and the notification provides absolutely no
> information regarding what caused it or an ETA.
>
> The disruption ID is 991D0. Would anyone please be able to shed some light
> on this?
>
> Thanks,
> CH
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] ISDN shutdown 31 May 2022

[John Edwards]

I saw Steve Baxter set a Netcomm modem rack on fire at one of his legendary
Senet barbecues. Although it was well deserved; given the amount of
toxic black smoke that followed I would not recommend this course of action.

John
(still unable to get Q.931 bearer capability codes out of my head 20 years
after they were useful)

On Thu, 13 Jan 2022 at 15:10, Matthew Moyle-Croft  wrote:

> Unrelated to the ISDN Issue below:
>
> I feel that this almost declares the end of the era of analogue modem
> calls. Wonder if Russell can help with the last 56k modem call, at least,
> on Telstra’s network?
>
> Should be recorded for posterity and to make sure analogue modems finally
> die and can be all buried in landfill after being set on fire.
>
> MMC
> (I’m not suffering any PTSD from them, no sir).
>
> > On 13 Jan 2022, at 2:18 pm, Nathan Brookfield <
> nathan.brookfi...@iperium.com.au> wrote:
> >
> > Hi Guy,
> >
> > I believe this would indeed be a hard date for them, the shutdown
> started in 2019 and has been well reported and notified to customers, there
> is no going back from this one unfortunately.  There are lots of good
> middle ground alternatives though to move them between a half Analogue and
> Digital world but they're going to have to get cracking ☹
> >
> > Nathan Brookfield
> >
> > -Original Message-
> > From: AusNOG  On Behalf Of Guy Ellis
> > Sent: Thursday, January 13, 2022 2:38 PM
> > To: ausnog@lists.ausnog.net
> > Subject: [AusNOG] ISDN shutdown 31 May 2022
> >
> > Hi all,
> >
> > We have a customer that is somewhat exposed here and has way too many
> ISDN lines still in service.
> >
> > I'm curious to here if anyone else is in the same boat, and is the
> entire ISDN network going to be switched off on the date?
> >
> > Kind regards,
> >
> >  - Guy
> >
> > --
> > Guy Ellis
> > Mobile +61 419 398 234
> > AU 03 9489 6678
> > NZ 09 884 9756
> > www.traverse.com.au
> >
> >
> > --
> > This email has been checked for viruses by Avast antivirus software.
> > https://www.avast.com/antivirus
> >
> > ___
> > AusNOG mailing list
> > AusNOG@lists.ausnog.net
> > http://lists.ausnog.net/mailman/listinfo/ausnog
> > ___
> > AusNOG mailing list
> > AusNOG@lists.ausnog.net
> > http://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Banking outages.

[John Edwards]

FWIW, there's also a state-wide EFTPOS outage here in SA.

https://twitter.com/ServiceSAOnline/status/1405395096422420482?s=20

John


On Thu, 17 Jun 2021 at 15:29, DaZZa  wrote:

> Apparently, most of the big 4 (and a lot of other!) banks are having major
> issues with online sites.
>
> Anyone got insight? I'm seeing speculation that it's anything from an
> Akamai outage to CloudFlare to a massive DDOS against multiple institutions.
>
> Anyone seeing more detail?
>
> D
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] 1 Class C

[John Edwards]

In 2021, would it be feasible to use an IPv6 range for the BGP peering
setup, even for sharing IPv4 prefixes?

Then you could just use RFC1918 addresses for the v4 interfaces, or even
recycle the range allocated to the first IX as it doesn't usually need to
be reachable - just transitable.

John


On Tue, 8 Jun 2021 at 17:24, Keith Anderson  wrote:

>
> Hi All,
>
> Who can we goto to get one Class C for an Internet exchange they currently
> have 2 POPs and looking to setup a third and APNIC policy will not help.
>
> Thanks Keith
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Bigpond email abuse

[John Edwards]

Be sure to check in on your elderly neighbours to make sure that they're
not still using Eudora Mail with plaintext POP3 passwords

John


On Wed, 2 Jun 2021 at 14:34, James Williamson <
james.william...@plc.wa.edu.au> wrote:

> Hi All,
>
> We saw an external user a few months ago who had their Bigpond address
> compromised, and the entire mailbox dumped. Afterwards, they discovered
> friends and colleagues are receiving replies to years-old threads (although
> the new message is from a random email address), usually with some sort of
> phishing link. Now we've seen it again with a second and unrelated Bigpond
> user.
>
> Has anybody seen anything similar before? I'm not familiar with this breed
> of spam, and to see two of them from the same host has my curiosity up a
> bit. Trying to find other cases like this eluded my Google-fu.
>
> [example, redactions mine]
> From: Robyn *** 
> Sent: Friday, 21 May 2021 2:32 AM
> To: Allison *** 
> Subject: Re: RE: 
>
> --EMAIL FROM EXTERNAL ADDRESS, CHECK LINKS & ATTACHMENTS BEFORE CLICKING
> OR OPENING THEM--
>
>
> Good afternoon,
> It's Robyn ***. Please look at the report and deal with any problems.
> Here is the document link:
> https://1drv.ms/u/s!***?e=ysj***
> password: 5214
>
>
> On 2018-12-07 15:34, Allison  wrote:
> Hi Allison
>
> Thanks so much for your time in showing me around  recently. I was
> really  impressed with your knowledge of the programs and facilities,
> and the * in general.
> (snip)
> [end example]
>
> Cheers,
> James
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra NB-IOT with NIDD

[John Edwards]

History has not been kind to wireless protocols beyond basic IP.

WiMax had IPv4, IPv6, PPPoE and ethernet frames as protocol types in the
specifications, but vendors only ever implemented IPv4 and put the rest as
"coming soon".

LTE had IPv6 as an additional licence charge from some vendors.

If you are a carrier, would you rather spend to build more sites to improve
coverage and adoption of the basic protocol, or burn budget for fewer sites
by supporting a niche protocol at additional cost? As these are just
software features that can be implemented on the same hardware, the
decision can be kicked down the road indefinitely.

John





On Wed, 24 Mar 2021 at 10:46, Chris Fulton  wrote:

> Hi All,
>
> If possible can someone can provide details on Telstras progress and
> planning on deploying Non IP Data Delivery with NB-IoT Modems.
>
> We're jumping the gun and would like to add support for NIDD with out
> remote devices. We would like to have an understanding of how it might look
> to push data to the device.
>
> Regards,
> Chris Fulton
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Automatic transfer switches and generators

[John Edwards]

For a truly paranoid setup, you can put an additional ATS *after* the UPS.

This potentially lets you replace a failed or failing UPS without downtime.

One time, this saved me because the UPS took a catastrophic surge to its
input side, but the inverter and batteries kept powering the network.

We were able to switch over to mains without downtime and install a new UPS.

John




On Fri, 26 Feb 2021 at 13:33, Matthew Perkins  wrote:

> A generator ATS and UPS setup are not trivial configurations. The whole
> system needs to be engineered by a qualified engineer with experience in
> those sorts of setups.  Both for Australian Wiring rules and also to
> ensure all your earth/neutral bonds are at the same potential.  If you
> end up with a floating neutral loosing power will be the least of your
> worries. Replacing all the PSU's in all your equipment will be.
>
> Typically in a Generator / ATS / UPS setup the UPS is of the double
> conversion type. The UPS output is always in sync with the mains and the
> output of the inverter is always running the load. This is to cover the
> situation where the inverter fails and the UPS goes into bypass.
>
> If the mains fail the UPS Sends a signal to the ATS that sends a call
> for the generator to start. The Controller in the ATS then executes a
> per-progamed set of make/break commands
>
> With respect of output of ATS
>
> The Mains active is broken
>
> The Generator Neutral is made
>
> The Mains Neutral is broken
>
> The Generator Active is made
>
> In that sequence you will note the mains and generator neutrals overlap
> this is extremely important if you dont want to let the smoke out.
>
> The UPS  then detects input from the generator and that the inverter is
> unsynchronized  It then starts to slowly adjust the phase to align the
> inverter output within 1% of the generator and and at that point the
> whole thing is shoved back into line.
>
> When mains is restore the process above is reversed.
>
> Key things are Earth bonding of generator and neutral overlap is of
> extreme importance a floating neutral even on single phase UPS systems
> can see potential differences of many hundreds of volts to earth.
>
> take care
>
> Matt.
>
>
>
>
> On 26/2/21 1:41 pm, James Andrewartha wrote:
> > Has anyone fed a generator into an automatic transfer switch? We got a
> > generator recently, which is hooked up to some circuits in our server
> > room, that can be manually switched between mains and a generator. We
> also
> > have an existing UPS that most of the room runs on, and has a runtime of
> > about an hour at the moment. I want to have the ATS fed by the UPS and
> the
> > mains/generator circuit, so they will be able to use the UPS until we get
> > the generator running.
> >
> > I ask because I was reading APC's documentation which has these notes:
> >
> >> Do not plug an ATS into a generator without the protection of a Double
> >> Conversion On-Line Uninterruptible Power Supply (UPS).
> >> **Using the Rack ATS with a Generator**
> >> APC recommends placing a UPS between the generator and the ATS input.
> >> The UPS will condition the input voltage to the ATS to prevent
> >> thrashing. A second UPS should be used between the power utility and the
> >> other input of the ATS. This UPS will power the load while the generator
> >> starts and stabilizes. The UPS should be sized to allow time for the
> >> generator to be started and the time needed for the UPS attached to the
> >> generator to operate normally. While the generator is starting, the
> >> generator voltage and frequency are not stable. If the ATS is connected
> >> directly to the generator, the ATS can switch to the generator input
> >> before the generator has stabilized. The load of the ATS will cause the
> >> generator voltage to dip. This dip can also shift the frequency of the
> >> voltage. Either of these issues can cause the ATS to switch to the other
> >> input.
> > Whereas Eaton says:
> >> However, the STS module can also be supplied by one UPS and another type
> >> of source, or by two non-UPS sources providing a sinusoidal output (AC
> >> system, engine generator set, etc.).
> > I'm thinking the scenario listed by APC is less likely in my situation
> > since the switch to generator power will be manual, only after we start
> it
> > up, and that even if the ATS does switch back to the UPS then the other
> > loads (dual-input ones) will remain on the generator, so the ATS load
> > won't be as significant the second time it tries to switch back.
> Thoughts?
> >
> >
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Lightning and FTTC - is it really this bad?

[John Edwards]

All of the DSLAMs that Australian carriers are throwing in the bin right
now have $20 gas-discharge lightning arrestors on every port to comply with
TEBA rules around LSS connections.

I imagine that FTTC has no such requirement because there is no expensive
voice exchange to protect.

Underground copper is probably more vulnerable than aerial to lightning.
Lightning strikes the ground, not the copper, but a voltage gets induced in
the copper due to the nearby electromagnetic charge - something that
doesn't happen in air because it's a fairly good insulator.

If your disconnected FTTC copper line is still part of a bundle that it
connected back in the exchange, then you could be affected by a lightning
strike that is kilometers away.

Even better, since your line is shorter than the long lines back to the
exchange, you are now potentially on the high-voltage side of an un-coiled
transformer.

Consider also that VDSL2 FTTC CPE needs a more sensitive receiver than
legacy ADSL2+ to achieve the high-order modulations, so it's probably more
susceptible to overvoltage conditions.

Annual reminder: use hierarchical cable sizes when constructing an earthing
system to protect against lighting. Electrical contractors will use a
"bigger is better" rationale to upsell you to larger cables which can
inadvertently redirect lightning to where you don't want it. There are not
many professionals around that really understand this stuff.

I hope the E-waste guys know what's in those DSLAMs and recycle them
appropriately, but that's probably wishful thinking!

John






On Fri, 22 Jan 2021 at 11:14, Jrandombob  wrote:

> Yeah, I'd say that's a good bet.
>
> Aerial lead-ins are always going to be more susceptible to induced
> spikes from nearby lightning than buried cable.
>
> On Fri, Jan 22, 2021 at 11:30 AM  wrote:
> >
> > On Friday 15th we had 30 FTTC NCDs "fried"
> > in a single 1km2 area due to an electrical storm.
> > No other devices were impacted in the affected households and
> > damage occurred irrespective of whether NCDs were plugged to
> > surge protectors or not.
> >
> > It seems unlikely that lightning hit lead-ins for the
> > affected services.
> >
> > The area has mainly aerial lead-in delivery.
> >
> > Induced power spike?
> >
> > - Michael Bethune
> > Australia On Line
> >
> >
> >
> >
> > ___
> > AusNOG mailing list
> > AusNOG@lists.ausnog.net
> > http://lists.ausnog.net/mailman/listinfo/ausnog
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Azure AD - Office 365 outage

[John Edwards]

It is Office 364 now

On Tue, 29 Sep 2020 at 08:36, Dewayne Geraghty <
dewa...@heuristicsystems.com.au> wrote:

> On 29/09/2020 8:32 am, Mark Anthony Delfin wrote:
> > Good morning all!
> >
> > Looks like early morning issues for some
> > https://status.office365.com/ 
> >
> > We are affected too.
> >
> > ___
> > AusNOG mailing list
> > AusNOG@lists.ausnog.net
> > http://lists.ausnog.net/mailman/listinfo/ausnog
> >
>
> Thank-you for sharing, that immediately relieved the pressure of having
> three "remote" workers accusing my home/enterprise network of being the
> cause.  :)
>
> It begs the question - how many industries/people are currently unable
> to work, while manning their remote offices...  =:-|
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Foxtel v Opticomm

[John Edwards]

This is an interesting issue that may not be easily resolved.

According to Foxtel docs like
https://www.foxtel.com.au/content/dam/foxtel/support/pdf/FXTL-T-0219%20Satellite%20Multistacker%20Installation%20Requirements%20Issue%201%20revpdf
the satellite transponder frequencies span 950-2350MHz, so the RF overlay
used to put the complete signal on the FTTH network would require 1400Mhz
of bandwidth to provide the same analogue 1:1 transport.

If you look at a product used to convert RF overlay in the customer
premises like https://www.c-cor.com.au/product/ipcor-on120-ftth-mini-node/
, it "only" supports 1002Mhz of bandwidth. I imagine that it's difficult to
increase this with simple active optical components that work with existing
splitters, not to mention it would involve a truck roll to every premises
to replace.

A way to address this limitation would be to re-modulate the signal at the
fibre head-end, but that would require both the customer STB to know the
new channels and additional active equipment to maintain. A classical pay
tv stand-off might result over who pays for this equipment, sharpened by
declining cable tv subscriber numbers that threaten to make such a project
never recover its costs.

It might also be possible to add a second RF overlay to cheaply provide the
additional channels, but that would be a bit of a hack and turn customer
premises into an xWDM node..

John





On Fri, 7 Aug 2020 at 17:19, James Morgan  wrote:

> Hi all,
>
> Sorry for the noise on-list, but I'm seeing a lot of complaints in my area
> for Foxtel TV customers who have their Foxtel RF delivered via the Opticomm
> network who don't seem to be able to get anywhere after several weeks.  The
> common theme is they are all missing channels from the subscription (not a
> subscription lock - but apparently an RF issue).  They all get the same
> run-around with STBs being replaced and tech appointments being booked and
> then subsequently cancelled.  Clearly the issue is one between Foxtel and
> Opticomm, but neither party wants to deal with the customers about it, and
> since it's not strictly a data service they are having trouble with avenues
> they are familiar with such as the TIO.
>
> Is there anyone on-list from Foxtel and/or Opticomm who can intervene to
> be able to save several customers a lot of needless running around to fix a
> problem that is not their own?  I don't have Foxtel myself, so I don't have
> a dog in this fight - but clearly this is something that does need to be
> actioned.  The call center isn't going to be able to get to the bottom of
> this one.
>
> A side issue they are all finding is Foxtel won't do IQ4 connections via
> the Opticomm network, which is interesting given a lot of them live in
> estates where their Owners Corporations say they can't have sat-dishes...
>
> Cheers,
> James.
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] EFPOST terminals down

[John Edwards]

Tips are low priority areas for mobile coverage. They are deliberately
built where no-one else is, such that they would account for the majority
of an expensive mobile sector.

I imagine that most EFTPOS terminals are still 3G. If 3G failed, most of us
with a smartphone less than 5 years old wouldn't notice.

So if there's a 3G network failure:

   - Terminals would usually migrate to another cell, there are probably
   not multiple cells covering a tip
   - There is still LTE coverage there, so no customers are screaming for
   the failure to be fixed
   - The network is aging so failure is common
   - Parts are hard to get or expensive because its old
   - Social Distancing is mutually exclusive to how teams of mobile network
   riggers normally operate, so there's a backlog of faults
   - Coverage of a tip with a handful of regular customers is low priority
   for a fix, no manager is escalating this over other faults
   - Some WFH people nearby are smashing the local 3G network with their
   old USB 3G adapters that are now on an unlimited download plan

In summary, it's probably not a cyberattack.

John






On Mon, 22 Jun 2020 at 01:00, Chris Hurley  wrote:

> Hi all,
>
> Has anyone else noticed experience a large increase in EFPOST terminals
> being down?  With CoVid a lot of end users have switched to EFPOST only
> transactions but in the last 72 hrs we have noticed end users complaining
> and a number of sites now only accepting cash eg local council tips – Why a
> hacker would target a tip go figure.
>
> Regards,
>
> Chris Hurley BE (Elec)
> Signal Manager
>
> **
> Dragon Rail Pty Ltd Phone: 1300 730 531
> PO Box 9110
> Scoresby,  3179 Victoria
>
> Australia
> **
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] (no subject)

[John Edwards]

Hi Richard,

If you only need 100M ethernet, have some RJ45 jacks or plugs, and the
appropriate crimping/punchdown tool, you can probably make a passive one
yourself. These days you can buy the parts you need from a hardware store
electrical aisle. Effectively it's a Y-interface where one connector only
has receive wires.

You might need to use ifconfig or equivalent to force the port "up" on the
sniffing computer.

John



On Thu, 21 May 2020 at 11:39, Richard Biggs 
wrote:

> Hi All,
>
>
>
> Looking for a standalone network tap, I can’t seem to find anything local
> in Aus.
>
>
>
> Only needing something real basic like
> https://www.dualcomm.com/products/usb-powered-10-100-1000base-t-network-tap
> does anyone know who would be holding some stock?
>
>
>
> Cheers,
>
>
>
> RB
>
>
>
>
>
>
> **
>
> Disclaimer: This email and any attachments may contain legally privileged
> or confidential information and may be protected by copyright. You must not
> use or disclose them other than for the purposes for which they were
> supplied. The privilege or confidentiality attached to this message and
> attachments is not waived by reason of mistaken delivery to you. If you are
> not the intended recipient, you must not use, disclose, retain, forward or
> reproduce this message or any attachments. If you receive this message in
> error, please notify the sender by return email or telephone and destroy
> and delete all copies. Unless stated otherwise, this email represents only
> the views of the sender and not the views of the Queensland Government.
>
> Queensland Health carries out monitoring, scanning and blocking of emails
> and attachments sent from or to addresses within Queensland Health for the
> purposes of operating, protecting, maintaining and ensuring appropriate use
> of its computer network.
>
>
> **
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Guest SSID tap to join devices

[John Edwards]

Hi Qui,

The device you've mentioned appears to use the NFC "Connection Handover"
feature, more info here:
http://nfc-forum.org/wp-content/uploads/2014/09/ConnectionHandoverUserExperience-White-Paper-Sept14F1.pdf

You don't need a special device to do this, just programmable NFC tags.

This requires IOS 13 or a reasonably good Android phone - if you're only
targeting newer devices then also have a look at WiFi Passpoint AKA Hotspot
2.0. This might give you the additional wireless security I assume that you
seek without sharing the same key with all guest devices or requiring a
near-field tap. Plus you get a cool extra label on the SSID select dialogue
that makes your WiFi network stand out. The downside is that the Cisco
RADIUS config required for Hotspot 2.0 is not widely documented and not for
beginners.

Sharing a key means that anyone with that key can sniff and decrypt the
traffic, in an environment where guests might think they're secure and take
fewer precautions than they would on an open WiFi network.

John


On Thu, 23 Apr 2020 at 08:44, Qui Le  wrote:

> Hi All,
>
>
>
> We are in the process of created a protected guest SSID and use the tap to
> join devices such as
>
> https://tenonedesign.com/porter.php. To incorporate to our Cisco WLC.
>
>
>
> Just wonder if anyone use this technology and other alternatives.
>
>
>
> Any advice is much appreciated.
>
> Thanks
>
> Qui
>
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Mobile Data Capacity - Where's the bottleneck?

[John Edwards]

Hi Rob,

Looking at the Australian example, we can analyse the industry using the
ACMA database. There are about 42,733 mobile sites (devices with an ACMA
licence for Spectrum or PTS)  for Optus, Telstra and Vodafone. The same
database shows only 11,584 point to point microwave licences for the same
three carriers, including sites that aren't for mobile. So it's fairly safe
to assume that one quarter of mobile sites are already connected with
a wired service for backhaul that is almost certainly fibre.

Alternatively, if you're looking to build a new mobile network operator
from scratch - then yes the backhaul capex is significant but I'm sure
there are other carriers who will cut you a deal.

John




On Wed, 1 Apr 2020 at 10:18, Robert Haylock 
wrote:

> It's a nice idea, and I'm sure more efficient in Opex and over a long
> period of time with the benefits of upgrades like you say, but the Capex of
> deploying all that fibre would be huge, especially as cells get more
> abundant. That's why everyone really likes packets :)
>
> Rob
>
> On Tue, 31 Mar 2020 at 16:16, John Edwards  wrote:
>
>> Dark fibre to cell sites opens up more possibilities than just bandwidth.
>>
>> Potentially the raw analogue waves from antennas can be re-modulated onto
>> DWDM wavelengths and then digitally [de]modulated in a datacenter.
>>
>> This makes the whole process more efficient, reducing power and weight
>> requirements of components on-site, which means that existing towers can
>> carry more stuff. It also means that DSP resources that might be
>> intermittently used by a stadium or university campus can be re-allocated
>> somewhere else when they're not in use (there are a finite number of
>> customers on the network, after all). If the system needs a hardware update
>> to a new protocol, it only needs to happen at the datacentre, not by
>> ripping and replacing DSP's at the top of a 30M tower.
>>
>> Once the industry is comfortable with that step, it can then start using
>> adjacent cell sites like MIMO antennas. No more need to roam to nearby
>> towers because you're already associated with them, no "hidden node"
>> problem, and spatial stream capabilities that allow for massive spectrum
>> re-use.
>>
>> For added value, they might even modulate the same 20Mhz analogue signal
>> multiple times in the same wavelength. By slightly varying the phase of the
>> duplicated signals into an array of antennas, it might be possible to get
>> an electrical tilt effect in the antennas without any additional active
>> components on-site.
>>
>> John
>>
>>
>> On Tue, 31 Mar 2020 at 11:33, Dave Taht  wrote:
>>
>>> It is certainly my hope more will also deploy bufferbloat fighting
>>> solutions at various points.
>>> Typical cell bufferbloat is in the 1.6 second range, and would be
>>> worse if various protocols didn't just time out
>>> ___
>>> AusNOG mailing list
>>> AusNOG@lists.ausnog.net
>>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>>
>> ___
>> AusNOG mailing list
>> AusNOG@lists.ausnog.net
>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Mobile Data Capacity - Where's the bottleneck?

[John Edwards]

Dark fibre to cell sites opens up more possibilities than just bandwidth.

Potentially the raw analogue waves from antennas can be re-modulated onto
DWDM wavelengths and then digitally [de]modulated in a datacenter.

This makes the whole process more efficient, reducing power and weight
requirements of components on-site, which means that existing towers can
carry more stuff. It also means that DSP resources that might be
intermittently used by a stadium or university campus can be re-allocated
somewhere else when they're not in use (there are a finite number of
customers on the network, after all). If the system needs a hardware update
to a new protocol, it only needs to happen at the datacentre, not by
ripping and replacing DSP's at the top of a 30M tower.

Once the industry is comfortable with that step, it can then start using
adjacent cell sites like MIMO antennas. No more need to roam to nearby
towers because you're already associated with them, no "hidden node"
problem, and spatial stream capabilities that allow for massive spectrum
re-use.

For added value, they might even modulate the same 20Mhz analogue signal
multiple times in the same wavelength. By slightly varying the phase of the
duplicated signals into an array of antennas, it might be possible to get
an electrical tilt effect in the antennas without any additional active
components on-site.

John


On Tue, 31 Mar 2020 at 11:33, Dave Taht  wrote:

> It is certainly my hope more will also deploy bufferbloat fighting
> solutions at various points.
> Typical cell bufferbloat is in the 1.6 second range, and would be
> worse if various protocols didn't just time out
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Mobile Data Capacity - Where's the bottleneck?

[John Edwards]

It's complicated

Ignoring channel aggregation (CA), the maximum amount of spectrum available
to an LTE endpoint is 20Mhz, which is shared with everyone in the same
sector. The amount of spectrum might be as small as 1.5Mhz

If you have say an iPhone X with 2x2 MIMO, and can stand close enough to
the base station to achieve 2 spatial streams with 256 QAM modulation, then
perhaps you can get 150-170 Mbps of total throughput. The base station
might have 3 sectors each with 4 bands, which could easily overwhelm a
1Gbps backhaul with 12 of these ideal iPhone users.

But in reality, if you share that spectrum with just 1 long distance
handset who can only achieve a single spatial stream at QPSK modulation
then perhaps they will get 5mbps of bandwidth, and cut your iPhone's speed
to half. So now a gigabit backhaul is more than adequate even though the
number of users has doubled.

Add in an inverse square law to the distance a handset is from the tower,
and it's also apparent that the majority of users will be the "long
distance" type.

Telcos need to get an average of about 200 users on a sector to break even
on building and operating the tower, each of them contending for the same
spectrum.

Now imagine each of those 200 users with no data cap to regulate their
usage and you can quickly see how it can come undone due to sharing of
spectrum.

Then consider that the spectrum can't simply be re-used at each site - or
it will interfere with an adjacent site. It's an art and a science to
design physical networks that manage this interference across cities.

John





On Mon, 23 Mar 2020 at 13:32, Roy Adams  wrote:

> +1 needed for clarification also.
> Philippines carriers are a mess.
>
> Just to add to the mix, the provider I use has 10+ APN's, and on any given
> day, 1 or 2 of the APN's will be consistently faster than the other 8.
>
> So Backhaul, Spectrum, APN are the factors where I cannot figure the
> slowness.
> Industrial 4G/LTE router with Cat6 aggregation, and 3 or 4 out of 5 bars
> signal
>
> Kindly,
>
> ROY ADAMS* | *P 07 3040 5010  | Web: http://www.racs.com.au/ | Wiki:
> https://ex.racs.com.au:444/ | eMail: mailto:r...@racs.com.au
> 
> Please never upgrade to the latest Windows 10 - You don’t need the hassle,
> and I don’t need the work.
> More seriously, the 6 months older Windows 10 releases are typically FAR
> MORE stable - a simple RACS script can fix this - just ask :)
> If you think it's expensive to hire a professional to do the job, wait
> until you hire an amateur - Red Adair.
> Life is a journey through a series of adventures... Live them, love them,
> hate them, but never give up on your dreams, desires, and goals.
> Have you been good today? .ಠ_ಠ
>
>
> On Mon, 23 Mar 2020 at 12:42, Troy Kelly  wrote:
>
>> I understand that this isn't directly related to shifting packets - but
>> it's come up in discussions a few times, and I feel like my understanding
>> of things is wrong - if somebody has a few minutes for a diversion to their
>> day - I'd love some clarity.
>>
>> If a mobile carrier was to remove data caps, there would obviously be
>> increased demand on the network. One of the arguments against removing data
>> caps is that there is "not enough spectrum" available - and this there
>> would be a massive speed impact for all users of the cell/tower.
>>
>> My understanding was that the tower slowdowns were typically related to a
>> lack of backhaul - but the argument I am seeing is that it is spectrum
>> related.
>>
>> Thanks in advance for any clarity you can share.
>>
>> Troy
>> ___
>> AusNOG mailing list
>> AusNOG@lists.ausnog.net
>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] COVID-19 Business Prep Suggestions

[John Edwards]

I thought that the cloudflare guys made a good point that VPN concentrators
and traditional IT policy are going to be a complication if everyone has to
work from home, and that switching to some kind of SSO with publicly
accessible web apps is more scalable. Possibly they said this because they
just released products to solve that problem:

https://blog.cloudflare.com/how-cloudflare-keeps-employees-productive-from-any-location/



On Mon, 9 Mar 2020 at 14:29, Robert Haylock 
wrote:

> Hey all,
>
> Hearing a few IT related plans crop up, especially around VPN concentrator
> capacity and external capacity to handle the additional load of a much
> greater than normal percentage of employees working from home.
>
> Obviously, if you are lucky enough to have many services moved to the
> cloud (Office 365, GSuite, etc) then the load is a bit more distributed and
> the load moves to the residential broadband networks, but I am interested
> in any other IT related things to prepare you may be recommending to your
> customers/employers/bosses?
>
> Rob
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Leaky Feeder & UTP

[John Edwards]

Running leaky feeder at 100W EIRP is going to cause all kinds of major
issues, although induced current in nearby UTP probably isn't one of them.

Technically a "radiated" signal from notches in leaky feeder is going to be
at right angles to parallel cables and unable to induce a current, the risk
is from the difference in EMF between parallel conductors. Separation
distance is also prudent for electrical safety between systems that have
different electrical characteristics, in the event of an incident that
causes the cables to become uninsulated and in contact with each other.

John


On Tue, 3 Mar 2020 at 22:21, Nathan Brookfield <
nathan.brookfi...@simtronic.com.au> wrote:

> Mal,
>
> I think it all depends on the band to be honest but it’s most likely to be
> UHF 400-520MHz in which case even if if was radiating 100 Watts EIRP it’s
> unlikely to cause you any major issues if you’re any more than 300mm away.
>
> The impact of RF signals on data traveling through the line would be
> negligible, the likely impact may be where the coax runs near your Ethernet
> repeaters or switches but these days even so they’re usually fairly
> shielded.
>
> Someone with much more knowledge than me may have more insight but I’d
> feel fairly comfortable with a separation as mentioned above, once again
> dependent on the band.
>
> Kindest Regards,
>
>
> Nathan Brookfield (VK2NAB)
>
> Simtronic Technologies Pty Ltd
>
>
>
> *Local:* (02) 4749 4949 <(02)%204749%204949> *|* *Fax:* (02) 4749 4950 *|*
>  *Direct:* (02) 4749 4951 <(02)%204749%204951>
>
> *Web*: http://www.simtronic.com.au *|* *E-mail*:
> nathan.brookfi...@simtronic.com.au
>
>
> CONFIDENTIALITY & PRIVILEGE NOTICE
>
> The information contained in this email and any attached files is strictly
> private and confidential. The intended recipient of this email may only
> use, reproduce, disclose or distribute the information contained in this
> email and any attached files with Simtronic Technologies Pty Ltd’s
> permission. If you are not the intended recipient, you are strictly
> prohibited from using, reproducing, adapting, disclosing or distributing
> the information contained in this email and any attached files or taking
> any action in reliance on it. If you have received this email in error,
> please email the sender by replying to this message, promptly delete and
> destroy any copies of this email and any attachments.
>
> It is your responsibility to scan this communication and any files
> attached for computer viruses and other defects and recommend that you
> subject these to your virus checking procedures prior to use. Simtronic
> Technologies Pty Ltd does NOT accept liability for any loss or damage
> (whether direct, indirect, consequential, economic or other) however
> caused, whether by negligence or otherwise, which may result directly or
> indirectly from this communication or any files attached.
>
> On 3 Mar 2020, at 21:02, Mal  wrote:
>
> Interested in hearing from any RF gurus who have run Leaky Feeder and
> unshielded UTP cables, in underground tunnel environments - what cable
> separation distance did you use to minimise any noise from the UTP
> services that are run in parallel ?
>
> Regards,
> Mal
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra Wi-Fi calling on our network.

[John Edwards]

Every bit of territory that your "sworn competitor" gives up by putting
call data on your network instead of their private mobile network is
territory that it may never get back.

Imagine what WiFi calling is doing for International roaming revenue if
every call now looks like a local origination.

Rejoice in this scenario and encourage a world where a 20 billion dollar
LTE network or 100 year monopoly are not prerequisites to making
mobile calls - it's one of the few places where you might get a level
playing field for telecommunications services.

John


On Sat, 12 Oct 2019 at 09:44,  wrote:

> Hi All,
>
> So Telstra mobile services increasingly seem to revert to using
> Wifi calling even in the presence of decent signal strength.
>
> If I were a CDN wanting to connect to Telstra IP,
> they'd charge me for injecting traffic into their network or for transit,
> and yet Telstra is injecting traffic into our our network to carry
> some of their cell traffic, without payment or agreement.
>
> Now you might say, sure, but we're doing that for our customers not
> for Telstra. But Telstra themselves will charge CDNs for delivering
> content
> to Telstra's customers, something Telstra's end customers are presumably
> already paying for. So yeah, we know in this industry what is good for the
> goose is not always good for the gander.
>
> Another point, Telstra, who are our sworn competitors, are using our
> network for Wifi calling to supplement their mobile network. Presumably
> this use of their competitor's networks reduces their capital investment
> requirement and supports their revenue stream by raising the
> quality of their coverage. Hence Telstra's use of their competitor's
> networks
> enhances their ability to dominate the industry, again without
> any kind of settlement to their competitor ISPs.
>
> Thoughts?
>
> Also, anyone have any thoughts about what ACL one might put in place
> to block wifi calling if one was of a mind to?
>
> Michael
> Australia On Line.
>
>
>
>
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Risks to country and business infrastructure

[John Edwards]

The world was much simpler when ISP's could just print Invoices direct to
customer printers on Windows 95 dialup connections..



On Thu, 12 Sep 2019 at 08:20, Matt Palmer  wrote:

> On Wed, Sep 11, 2019 at 10:25:49PM +1000, Andras Toth wrote:
> > This is the same as saying it's Amazon's fault that people make their S3
> > buckets public and information gets exposed.
>
> Misconfigure it once, shame on you.  Misconfigure it 1,000 times, shame on
> the system.
>
> Also, AWS have been doing things to make it harder to blow your foot off in
> the specific case of accidentally-public S3 buckets, which presumably
> wouldn't have happened if there wasn't at least a semi-plausible case to be
> made that it *was*, at least partially, Amazon's fault.
>
> - Matt
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Risks to country and business infrastructure

[John Edwards]

A movie that details such a corporate destruction is “Fight Club” and I note 
that pushing additional risk-solving process onto security staff may have 
actually exacerbated that scenario.


> On 6 Sep 2019, at 10:51 am, Mark Newton  wrote:
> 
> That’s a bit of a movie-plot threat, though.
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra Exchange Access (Break-in's)

[John Edwards]

Think rows and rows of big copper earthing bars, like a jackpot for a thief
who's used to opportunistically targeting hot water systems.

How does everyone here monitor for a failed earth?

John


On Wed, 21 Aug 2019 at 13:50, Mark Delany  wrote:

> > 26 exchanges, that's absolutely insane, thanks for that Evan!
>
> The ABC article says 44 exchanges in the Sydney area!
>
> That suggests something far more organized than a couple of vandals or
> opportunistic copper thieves. (Is copper theft even a thing in
> Australia?)
>
> What a strange crime to commit considering the travel needed to get to
> so many exchanges. A vendetta?
>
>
> Mark.
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Tracing a stolen mobile phone

[John Edwards]

http://www.amta.org.au/pages/Lost.and.stolen.phones

*7.**No tracking of lost or stolen mobiles:*

Your carrier does not track lost and stolen mobiles and they cannot be
pinpointed.


I have spotted devices with the logos of Australian carriers in the windows
of phone shops around South East Asia, which might give you some clues as
to how effective IEMI blocking is.

John



On Tue, 9 Jul 2019 at 15:16, Robert Hudson  wrote:

> Hi all,
>
> Is it possible for a mobile carrier in Australia to locate a stolen mobile
> phone, via the police (they've been notified, and a case number issued)?
>
> We know the data is there (metadata, etc), but can it be used by the owner
> of a device to locate it (or to have the location found by the police to
> track/recover it)?
>
> Regards,
>
> Robert
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] NBN NCAS on Cisco 867VAE-K9

[John Edwards]

The 867VAE won't work
I am told that the 867VAE-K9 does work, but I am not sure we have run one
on NBN.
867VAE-W-A-K9 works on FTTN - if it has IOS version 15.4(3)M5 or newer, and
VDSL firmware VAEW_A_39t_B_39d_24m.SSA

John


On Tue, 9 Apr 2019 at 11:59, Pouya Madani  wrote:

> Hi,
>
> Has anyone had any luck with configuring a Cisco 867VAE-K9 (not the
> 867VAE-W) on NBN NCAS? [VDSL handoff, and Vlan tag 100 on WAN (via AAPT)]
>
> I have almost tried any recommendations on AusNog, Whirpool, Cisco and
> many other Communities with no luck. I understand 867VAE chipset is
> different to 867VAE-W, and that 867VAE-W works just fine on NBN NCAS, but
> the 867VAE-K9 has not worked for me yet.
>
> Has anyone got an 867VAE-K9 working on NCAS by any chance, and if so can I
> have a copy of the vdsl controller and ethernet0.100 config please?
>
> Kind Regards,
> Pedro Madani
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Wanted - Fibre connectivity in Peterborough SA

[John Edwards]

Did you sight this location on a map before you made this request?

John


On Fri, 22 Mar 2019 at 09:00, Philip Loenneker <
philip.loenne...@tasmanet.com.au> wrote:

> Hi all,
>
>
>
> We are looking for someone who can provide a 1Gbps fibre service in the
> area of Peterborough District Council, SA and backhaul to Adelaide or
> Melbourne.  Replies off list please.
>
>
>
> Regards,
>
> *Philip Loenneker | Network Engineer** | TasmaNet*
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Damage to iiNET HFC cable

[John Edwards]

Councils are usually pretty good at having local contacts to report faults
with physical telco infrastructure.

Where aerial cable is hanging low, refer to Commsalliance S009:2013, which
requires 4.9m above a road, but only 2.7m above customer premises land.

https://www.commsalliance.com.au/__data/assets/pdf_file/0017/39203/S009_2013.pdf

John


On Tue, 5 Feb 2019 at 11:26, Matthew Matters 
wrote:

> Hey Guys,
>
>
>
> Quick question, can someone contact me off list about damage to the HFC
> cable in Ballarat area, I have gotten a few customers call me to advise me
> that the cable is very low and at risk of being ripped from the pole.
>
>
>
> Been on hold to support but they are not being much help.
>
>
>
>
>
>
>
>
> [image: Follow us] [image: Facebook]
>  [image: Twitter]
>  [image: Google+]
> 
>
> The information transmitted in this e-mail is for the exclusive use of the
> intended addressee and may contain confidential and/or privileged material.
> Any review, re-transmission, dissemination or other use of it, or the
> taking of any action in reliance upon this information by persons and/or
> entities other than the intended recipient is prohibited. If you received
> this in error, please inform the sender and/or addressee immediately and
> delete the material. If you have been sent this email and it is not
> addressed to you please forward the email as is to
> hostmas...@ausnetservers.net.au and delete all local and inta-local
> copies including backups from your system. E-mails may not be secure, may
> contain computer viruses and may be corrupted in transmission. Please
> carefully check this e-mail (and any attachment) accordingly. No warranties
> are given and no liability is accepted for any loss or damage caused by
> such matters.
>
> This email has been scanned before transmission with business grade
> antivirus and antispam software but as mentioned above no warranties can be
> given that the email has not been contaminated after transmission.
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] [AUSNog] : Re Data Centre Fire Suppression Safety

[John Edwards]

FM200 residue is mostly all of the gunk and grease in the pipes left over from 
their manufacture and threaded-metal-fitting assembly.

John

> On 14 Dec 2018, at 4:31 am, Bevan Slattery  wrote:
> 
> It’s pretty much all been said.
> 
> Halon (long gone).  Reaction sucks oxygen out of air.
> FM200 (safe but being phased out).  Heard it can leave a residue despite the 
> brochure saying not.
> Inergen  more common (and others like it).  Fundamentally mostly nitrogen 
> that drops oxygen below 15% and drops temperature.  These are two components 
> of a fire (heat, fuel and oxygen).  People can operate comfortably below 15% 
> oxygen.  In fact at 10% you can still function more than enough to pick up 
> your gear and leave the room.
> 
> I did quite a bit of research on reduced oxygen environments (hypoxic) which 
> is used on (Firepass etc.) http://www.firepass.com/oxygen-reduction-fire 
> 
> Obviously dry pipe is used a lot. The issues with gas suppression today are 
> more around noise (and vibration) and temp drop and they relate to spinning 
> disks and circuit boards, more than people.
> 
> The issues around dry pipe is, well when it goes off, it’s not very dry and 
> water/equipment certainly doesn’t mix.
> 
> Cheers
> 
> B
> 
> From: AusNOG  on behalf of Paul Wilkins 
> 
> Sent: Wednesday, December 12, 2018 3:53 pm
> To: AusNOG@lists.ausnog.net
> Subject: [AusNOG] [AUSNog] : Re Data Centre Fire Suppression Safety
>  
> Every data centre has a fire suppression system. We're not used to thinking 
> of this as a hazardous environment, but consequent totwo techs being found 
> dead working on a fire suppression system in Antarctica, I find myself 
> wondering yet again, why there aren't more stringent controls around the fire 
> suppression systems in data centres: viz - when you enter a data centre, how 
> confident can you be you're not going to be quietly asphyxiated?
> 
> Kind regards
> 
> Paul Wilkins
> 
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] [AUSNog] : Re Data Centre Fire Suppression Safety

[John Edwards]

FM200 gas is banned for new systems in Europe due to HFC pollutants. It is
not a good idea to install it today.

This gas is stored at high pressure - if it leaked you would be aware of
the explosive decompression, even without the alarms.

I can confirm that inhaling this stuff won't immediately kill you, but my
personal experience is that breathing it in just once is about as healthy
for your lungs as a cigarette habit.

John


On Thu, 13 Dec 2018 at 12:40, Adam Gibson 
wrote:

> FM200 is still used in a few DC’s in Sydney and Brisbane to my knowledge.
> But is costly to replace due to environmental charges.
>
>
>
> In Polaris we check all our bottles in accordance to the fire program
> (which was approved upon completion with the fire code of that time) which
> is every year, bottles are check and every month, fire tech comes out to
> inspect gauges release valves and all control boards. All bottles are to be
> replaced every 10 years of less and  Co2 bottles to replaced every 3 years.
>
>
>
> In my opinion, fire is something that is neglected a lot in DC’s.
>
>
>
> AG
>
>
>
> Adam Gibson
>
> *Head of Data Centres*
>
> Springfield City Group
>
>
>
> t: +61 7 3819 
>
> f: +61 7 3819 9900
>
> m: +61 4 00 807 822
>
> e: mailto:a.gib...@springfieldcitygroup.com
> 
>
>
>
> *From:* AusNOG  *On Behalf Of *Bruce
> Forster
> *Sent:* Thursday, 13 December 2018 10:36 AM
> *To:* chris.f...@inaboxgroup.com.au
> *Cc:* ausnog@lists.ausnog.net
> *Subject:* Re: [AusNOG] [AUSNog] : Re Data Centre Fire Suppression Safety
>
>
>
> Pretty sure halon is banned, but fm200 is the gas used these days?
>
>
>
> https://www.safelife.az/en/index.php/services/firefighting-by-gas.html
>
>
>
> Firstly, the most important advantage of the use of chemical gas - it is
> safe for people and electronic equipment. During fire fighting gas is used
> in a concentration not to be harmful to human health and life. When using
> the FM200 gas concentration of oxygen in the room is reduced by 3%. Along
> with the fact that such a composition of the air is not sufficient to
> continue the fire, it allows people who are there to breathe.
>
>
>
> On Thu, Dec 13, 2018 at 10:01 AM Chris Ford 
> wrote:
>
> As a university cadet working for IBM in the late 80s I remember getting
> inducted into the Westpac data centres and getting a long explanation of
> what to do when the halon system went off – where the breathing gear was,
> where the exits were, to basically just drop everything and run.
>
>
>
> Have been inducted into a few DCs in the last 3 years and can’t remember
> that being part of the induction at all – although given I already knew it
> I may have just glossed over that part.
>
>
>
> --
>
> Chris Ford
>
> Chief Technology Officer
>
>
>
> *INABOX GROUP*
>
> *m* 0401 988 844 *e* chris.f...@inaboxgroup.com.au
>
> *t* 02 8275 6871 *w* www.inaboxgroup.com.au
>
>
>
> *From:* AusNOG  *On Behalf Of *Paul
> Wilkins
> *Sent:* Thursday, 13 December 2018 10:53 AM
> *To:* AusNOG@lists.ausnog.net
> *Subject:* [AusNOG] [AUSNog] : Re Data Centre Fire Suppression Safety
>
>
>
> Every data centre has a fire suppression system. We're not used to
> thinking of this as a hazardous environment, but consequent to two techs
> being found dead working on a fire suppression system in Antarctica
> ,
> I find myself wondering yet again, why there aren't more stringent controls
> around the fire suppression systems in data centres: viz - when you enter a
> data centre, how confident can you be you're not going to be quietly
> asphyxiated?
>
> Kind regards
>
> Paul Wilkins
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
>
> --
>
> Regards,
>
> Bruce
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra and Vocus Peering

[John Edwards]

When IP networks were expensive and a premium product, demanding peering in
Hobart and Darwin probably looked like good strategy for maintaining
exclusivity

Fast forward to 2018 where there is federal government funded RBBP fibre to
Darwin, and new Bass Strait energy projects being proposed that will
include fibre - this now looks like Telstra dangling a 10-gigabit prize for
anyone bold enough to poach their customers from their least contested
markets

Go figure

John


On Wed, 24 Oct 2018 at 10:26, Jim Woodward  wrote:

> I agree, both Telstra and Optus peering agreements are specifically
> written in a way that anyone other than a national competitor of equivalent
> size would be excluded from eligibility and as John said earlier even large
> content providers (e.g. a Netflix, Google or an Amazon) with presence in a
> few major centres would not qualify per the requirements laid out in that
> agreement with private discussions between those entities notwithstanding.
>
>
>
> Kind Regards,
>
> Jim.
>
>
>
>
>
> *From:* AusNOG  *On Behalf Of *Matt
> Perkins
> *Sent:* Wednesday, 24 October 2018 10:17 AM
> *To:* ausnog@lists.ausnog.net
> *Subject:* Re: [AusNOG] Telstra and Vocus Peering
>
>
>
> This appears to be orchestrated to allow Vocus in to the gang so the ACCC
> will settle down.  It seems to be they would be the people likely to
> Qualify and not really anyone else.
>
> Matt
>
>
>
> On 24/10/18 9:35 am, Matthew Moyle-Croft wrote:
>
> I think it'd be brave to say that.
>
>
>
> On Wed, Oct 24, 2018 at 8:55 AM Cameron Murray 
> wrote:
>
> some of us.
>
>
>
> On Wed, Oct 24, 2018 at 8:24 AM Matthew Moyle-Croft 
> wrote:
>
> Looking at 3.6:
>
>
>
> 3.6 The peering partner's nationally deployed resilient Internet backbone
> network should
>
> operate on circuits of at least 50% of Telstra’s Internet backbone network
> from Perth
>
> to Brisbane that is dedicated to public Internet traffic.
>
>
>
> I'd ask who qualifies at all?
>
>
>
> MMC
>
>
>
>
>
> On 24 Oct 2018, at 7:05 am, John Edwards  wrote:
>
>
>
> Links to peering docs from the ACCC web site:
>
>
>
>
> https://www.telstrawholesale.com.au/content/dam/tw/products/data_ip/Telstra%20Wholesale%20Internet1/Telstra%20Peering%20Guidelines.pdf
>
> https://www.tpg.com.au/peering-guidelines
>
>
> https://www.optus.com.au/content/dam/optus/documents/wholesale/fixed/Optus%20IP%20Interconnect%20Policy%20-%20Summary_2018.pdf
>
> http://www.verizonenterprise.com/terms/peering/
>
>
>
> These things do have a tendency to disappear from web sites over time so
> if you aspire to one day peer with the big guys I recommend that you save a
> copy of each of these
>
>
>
> The Telstra and TPG documents mention "Sender Keep All", which implies
> that the IP itself is "free"
>
>
>
> The Telstra standard for peering is exclusive - requiring interconnection
> in Darwin AND Hobart, which probably rules out most of the International
> content providers that setup in Sydney
>
>
>
> John
>
>
>
>
>
> On Wed, 24 Oct 2018 at 00:56, Bradley Amm  wrote:
>
>
> https://www.crn.com.au/news/optus-telstra-tpg-publish-peering-criteria-for-interested-isps-514364
>
>
> https://www.computerworld.com.au/article/648621/no-need-regulate-isp-peering-arrangements-accc-says/
>
> Doesn't say if its paid or settlement free
>
> Get Outlook for Android <https://aka.ms/ghei36>
>
>
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
>
> ___
>
> AusNOG mailing list
>
> AusNOG@lists.ausnog.net
>
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
> --
>
> /* Matt Perkins
>
> Direct 1300 137 379Spectrum Networks Ptd. Ltd.
>
> Office 1300 133 299m...@spectrum.com.au
>
>Level 6, 350 George Street Sydney 2000
>
> Spectrum Networks is a member of the Communications Alliance & TIO
>
> */
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra and Vocus Peering

[John Edwards]

Links to peering docs from the ACCC web site:

https://www.telstrawholesale.com.au/content/dam/tw/products/data_ip/Telstra%20Wholesale%20Internet1/Telstra%20Peering%20Guidelines.pdf
https://www.tpg.com.au/peering-guidelines
https://www.optus.com.au/content/dam/optus/documents/wholesale/fixed/Optus%20IP%20Interconnect%20Policy%20-%20Summary_2018.pdf
http://www.verizonenterprise.com/terms/peering/

These things do have a tendency to disappear from web sites over time so if
you aspire to one day peer with the big guys I recommend that you save a
copy of each of these

The Telstra and TPG documents mention "Sender Keep All", which implies that
the IP itself is "free"

The Telstra standard for peering is exclusive - requiring interconnection
in Darwin AND Hobart, which probably rules out most of the International
content providers that setup in Sydney

John


On Wed, 24 Oct 2018 at 00:56, Bradley Amm  wrote:

>
> https://www.crn.com.au/news/optus-telstra-tpg-publish-peering-criteria-for-interested-isps-514364
>
>
> https://www.computerworld.com.au/article/648621/no-need-regulate-isp-peering-arrangements-accc-says/
>
> Doesn't say if its paid or settlement free
>
>
> Get Outlook for Android 
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Common Sense needs to prevail

[John Edwards]

Flirting with "a cute guy or girl" at an industry function is inappropriate.

There are apps for that now, save the face to face for professional
relationship building.

Imagine thinking that someone was interested in you for your skills or
experience, only to find that you misread "innocent flirting". That might
affect your career choices and the industry as a whole would be poorer for
it. At the very least it wasted your time in exploring legitimate
networking opportunities.

Bonus "PC gone mad" points for sharing a mildly racist anecdote and
obliviously lowering the tone of the place a little bit more.

John



On Tue, 9 Oct 2018 at 08:02, Skeeve Stevens <
skeeve+aus...@eintellegonetworks.com> wrote:

> I hate to do this. I'm going to contradict my previous post about this not
> being the forum for such discussions.
>
> This post is not to start another thread war, so if you want to abuse or
> say something else to me, please do it off-list.
>
> I've been catching up on the posts re Sexual Harassment in our industry. I
> didn't read all of them, there were just too many. So I don't know if this
> perspective was addressed.
>
> Firstly, I will state categorically that Sexual Harassment is wrong.
> SEXUAL HARASSMENT is wrong. Flirting or saying hi to a cute girl (or guy)
> is not wrong.
>
> I hate seeing people go politically correct mad and destroying perfectly
> good situations because of a few idiots who should be punished. That said,
> the incident should be looked into to make sure facts/accusations are
> accurate, as a misunderstanding or wrong accusation can easily destroy
> someone as badly as being actually sexually harassed. Bevan was right to
> make the announcement, and right to send the warning of what would occur
> next time.
>
> But we need to make sure our industry doesn't have all the fun and
> opportunity to meet new people squeezed out of it. I'd hate to see events
> where people are afraid to even say hi to someone they fancy (damn I'm old)
> due to incidents such as these.
>
> I say this because I have a different experience than most people here in
> that I met my wife at an Ausnog event.
>
> It was an industry drinks (pre-conference I believe for Ausnog #2)...
> there was a cute girl named Shanti (white) and her friend Lynette (Sri
> Lankan) which I found highly amusing based on their names. We had lots of
> fun with that and there was much flirting to be had.  I wasn't too naughty
> (based on the result), but I do recall my staff carrying me out of that
> event due to way too much alcohol.
>
> It turns out Shanti was the one managing the event on loan from Vocus. As
> a sponsor of Ausnog #2, I had some interactions with Shanti the following
> few days (my staff were previously doing it - but I was smitten), and
> during the actual conference spent most of the time outside doing more
> flirting with this amazingly cute girl who for some reason was giving me
> the time of day.
>
> I don't recall any of that event really except Vijay Gill being awesome
> and Geoff Huston doing his thing. Apart from that... no idea.. I was a
> little smitten.
>
> A few days later I headed to Christchurch for my first APNIC event (#26)
> on James Spenceleys recommendation and by some stroke of luck (for me),
> James brought along Shanti too.  Well, that was that. It was my first
> APNIC, and James asked Shanti to 'keep me amused' [it was all his fault!!]
> as we were obviously getting on well. Well, that was the end of that.
>
> 10 years later, and recently having our 7th Wedding anniversary, and being
> the happiest husband ever that I met and fell for one of the very few women
> at the AusNOG conference.
>
> So. Sexual Harassment is bad bad bad... and anyone who does anyone that is
> not welcome should be taken care of harshly. But, trying to meet people, is
> not a bad thing, and as long as people are respectful, people should
> continue to continue to have fun at these events and not be scared of
> meeting new people, for whatever reasons.
>
> ...Skeeve
>
> *Skeeve Stevens - Founder & Chief Architect - *eintellego Networks Pty Ltd
> ske...@eintellegonetworks.com ; www.eintellegonetworks.com
>
> Phone: 1300 239 038; Cell +61 (0)414 753 383 ; skype://skeeve
>
> facebook.com/eintellegonetworks ;  
> linkedin.com/in/skeeve
> Cumulus Linux / Open Networking - Cloud - Consulting - Juniper - Cisco - IPv4
> Brokering
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Mobile network-provided time zone

[John Edwards]

Network Identity and TimeZone (NITZ);

https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=576

"The feature Network Identities and Timezone shall make it possible for a
serving PLMN to transfer its current identity, universal time, DST and LTZ
to MSs, and for the MS to store and use this information. Each one of these
elements is optional. The feature significantly enhances roaming as
itenables the accurate indication of network identities that are either
newer than the ME or have changed their name since the ME was manufactured
or sold. Additionally time and timezone information can be utilised by MEs
as desired."

John


On Sun, 7 Oct 2018 at 07:07, Paul Gear  wrote:

> Hi all,
>
> In the past 10 or so years, I've used every major mobile carrier's
> network, through both the carrier directly and often through various
> resellers, and one thing remains consistent.  Every year on this
> weekend, when in Queensland, the network-provided time zone changes to
> UTC +11 (Sydney/Melbourne).  This is very handy when roaming overseas,
> but not so handy when it changes your time zone when it shouldn't.
>
> What's causing this?  I know it's not NTP on the handset - I know a
> little about that, and it doesn't include time zone in packets, nor does
> it care about time zone when it adjusts the kernel.  I assumed that this
> feature was implemented on the mobile network side, and the mobile base
> station broadcasts its time zone along with the other information
> handsets need to connect to it.  But I don't know enough about the
> technical side of that to be sure.
>
> The usual suggested remedy when I contact my carrier to complain that
> they're sending my phone the wrong time zone is to ask for the handset
> to rebooted.  Sometimes it works; sometimes it doesn't.  But why would
> it make any difference?
>
> Can anyone shed any light on this?
>
> Thanks in advance,
> Paul
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Sexual harassment in our industry.

[John Edwards]

I think that you need to be careful defining "merit" for an organisation
who's primary functions are to run a conference and mailing list.

Just because all of the past and present Ausnog directors can configure BGP
with the best of them doesn't automatically qualify them to sit on a board
and have the best knowledge to put together a conference. Professional
conference organisations are an excellent example of equality in gender
numbers. It's one of the only occupations where you will see young women
assertively telling Fortune 500 CEO's what to do.

Most of us white males in Ausnog have had the luxury of a choice of visible
white males as role models during the last 20 years of this industry
existing, something that is an exception for women. I have been fortunate
to work alongside a number of talented women in the industry, and the thing
that stands out most is a lack of tech-ego that usually drives their male
counterparts. I would like to see more of this.

The Ausnog board have done an excellent job so far, and I don't think any
of us have been able to find fault in what has been achieved. That doesn't
mean it can't do better. Bevan is obviously supporting women in his
organisation, so perhaps Superloop can recommend one of its staff to be
considered for a board position.

John


On Wed, 3 Oct 2018 at 11:29, Matthew Young  wrote:

> “While we're at it though, there needs to be female representation on the
> Ausnog board.”
>
>
>
> People should be appointed based on their merits, not based on their
> gender.
>
>
>
> *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net] *On Behalf Of *Paul
> Wilkins
> *Sent:* Tuesday, 2 October 2018 5:50 PM
> *To:* aus...@ausnog.net List 
> *Subject:* Re: [AusNOG] Sexual harassment in our industry.
>
>
>
> "Seems you've never been to a meeting."
>
>
>
> The verity of this statement cannot be overexaggerated.
>
>
>
> Kind regards
>
>
> Paul Wilkins
>
>
>
>
>
> On Tue, 2 Oct 2018 at 17:42, Mark Smith  wrote:
>
> On Tue, 2 Oct 2018 at 16:50, Paul Wilkins 
> wrote:
> >
> > The need for a Code of Conduct has been raised and it's a good point.
> >
> > While we're at it though, there needs to be female representation on the
> Ausnog board. I see where there's 5 directors been appointed, and they're
> all men. I'm wondering who is doing the appointing.
> >
>
> Seems you've never been to a meeting. That's covered in the closing
> session.
>
>
>
> > That they couldn't find a woman up to the required standard gives rise
> to an unfortunate impression of the board acting as a boy's club.
> >
> > Kind regards
> >
> > Paul Wilkins
> >
> >
> > On Tue, 2 Oct 2018 at 16:10, David Hughes  wrote:
> >>
> >>
> >> We thank Bevan for raising this important issue and bringing it to our
> attention.
> >>
> >> This is a complex situation and we take any allegation of this nature
> very seriously.  We hope to discuss this further with those concerned in an
> attempt to establish specifics, while maintaining the confidentiality of
> all parties.  If there are any actionable details we will offer assistance
> to the party involved if they wish to escalate the matter further.
> >>
> >> Even though issues regarding the behaviour of delegates at our events
> have never been raised with us, we want our attendees to feel safe and
> supported.  We have commenced a review of policies and processes from other
> organisations and will work with our solicitors to draft a policy suitable
> for AusNOG events and mailing lists.
> >>
> >> The organisers of AusNOG believe that behaviour of this nature is not
> acceptable at any conference, function, or workplace in our industry.  We
> will attempt to engage the leaders of our industry to push for a broader
> solution.
> >>
> >>
> >>
> >> David - on behalf of the AusNOG Board
> >> ...
> >> ___
> >> AusNOG mailing list
> >> AusNOG@lists.ausnog.net
> >> http://lists.ausnog.net/mailman/listinfo/ausnog
> >
> > ___
> > AusNOG mailing list
> > AusNOG@lists.ausnog.net
> > http://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra DNS contact

[John Edwards]

Off-topic, but every time a Telstra DNS issue comes up my mind recalls the
old telstra.net cgi-bin's with the "contact rchew" in italics at the bottom
of the page. These simple web forms had some powerful functions, were ahead
of their time and built a cornerstone of the early Australian Internet.

I wonder what he's doing now? (Checks linkedin) Oh .. I was not expecting
that. He probably doesn't do DNS fixes anymore.

John




On Tue, 21 Aug 2018 at 09:03, David Walsh  wrote:

> Hi Everyone,
>Are there any Telstra staff lurking who I can chat to
> off-list to assist in a DNS issue please?
> I am getting randomly bad results from their DNS servers for several
> domains.
>
> cheers,
>
>
> David Walsh
> OntheNet - Senior Systems Engineer
> P 07 5553 9222
> F 07 5593 3557
> Level One, 165 Varsity Parade Varsity Lakes Qld 4227 (Map
> )
> www.OntheNet.com.au 
>
>
>
> [image: OntheNet Facebook]  [image:
> OntheNet LinkedIn]  [image:
> OntheNet Twitter] 
>
> NOTICE:
>
> This e-mail and any attachments are private and confidential and may
> contain privileged information. If you are not an authorised recipient, the
> copying or distribution of this e-mail and any attachments is prohibited
> and you must not read, print or act in reliance on this e-mail or
> attachments. Any pricing information supplied via email is an estimate or
> indicative only and may require a formal quotation to verify full terms and
> conditions.
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Power Source for Cisco AP1572EAC

[John Edwards]

The 3-pin AC plug is a Remke connector, you're not likely to find one of
these commonly used in Australia.

Try an 802.3at PoE injector - it should be enough power to boot the device,
but not power on all the antennas or mimo processing

The HFC model can be phantom powered from the coax cable - not helpful for
you, but some cool tech :)

John


On Thu, 19 Jul 2018 at 09:40, Nick (Netmode)  wrote:

> Hi All,
>
>
>
> Urgently trying to find a power source for a Cisco AP1572EAC to test if
> the device is faulty or not.
>
>
>
> The AP has either AC, DC or UPOE.
>
>
>
> AC is the special 3 Pin Plug with the yellow end.
>
>
>
> DC is the standard Cisco 2 Pin Terminal Block. (12V, 7A Max)
>
>
>
> UPOE is either a switch or AIR-PWRINJ1500-2 Injector. (42.5-57V, 60W, 1.9A
> Max)
>
>
>
> Any help would be much appreciated. Trying to source something today in
> Brisbane.
>
>
>
> Thanks
>
>
>
> Nick
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Captive Portal + Daily Usage

[John Edwards]

Captive portals reduce engagement with WiFi networks by an order of
magnitude.

Captive portals that require a login, even if its free, reduce engagement
by a further order of magnitude.

If the goal is for the public to benefit from the free WiFi then this is a
contrary requirement.

Sydney Airport, for example, tried to force users to login via LinkedIn to
use the free WiFi. This was quickly removed as most potential users avoided
it.

If your customer is talking to other councils, they will quickly find
examples where the login requirement has been withdrawn after deployment.

The municipal association of Victoria have released some recommendations
for council WiFi captive portals in document found here:
http://www.mav.asn.au/news-resources/news/2015/may/mav-technology-public-wi-fi-report-14may15

If there is legal advice that the end user must accept terms and conditions
for use, then this is best achieved by presenting it once and then using
some kind of NAC to not show it again to a device where it has already been
accepted.

Usage limits are problematic in 2018. The majority of network usage will be
via apps or HTTPS connections to web servers, neither of which will honour
your port 80 redirects. Once a mobile device has presented a captive portal
to its user, it has no mechanism to detect it and show it again. So the end
user will not see a logout page or quota warning unless they happen to be
visiting a HTTP site, which is now the exception. This results in poor user
experience where the limit is reached.

Some networks fix this by forcing the user to accept a dodgy SSL
certificate that allows them to intercept all data. This is a bad idea.

Limits are better enforced through DPI and arbitrarily high thresholds to
counter extreme cases of abuse.

With some luck, the hype around 5G networks will make Passport or Hotspot
2.0 a more acceptable solution for WiFi authentication, so look to deploy a
system that will support these features in the long term if not today.

John




On 14 June 2018 at 08:25, Cameron Murray  wrote:

> Guys,
>
> In a bind and needing some recommendations for products/solutions urgently
> to support a Public Wireless network (local council) allowing guests to
> Self-Register and be assigned a account with no expiry however limitations
> imposed on throughput up/down and a daily transfer limit.
>
> I've looked at the following products and their captive portal offerings
> and none appear to do exactly what the requirements call for;
>
>
>- UBNT Unifi
>- Open-Mesh
>- Mikrotik User Manager
>- Ruckus
>- Xirrus
>- Aerohive
>- MyWiFi Networks
>- IronWifi
>
> The difficult part appears to be the daily usage limits.
>
> Thanks in advance
>
> Cameron
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Telstra mobile issues again?

[John Edwards]

VoWiFi allows your mobile number to work over 3rd party networks, assuming
your home carrier's core is still running.

Americans who tour international conferences nearly always have T-Mobile
sims because the VoWiFi works better than roaming.

Also; the cool kids use HSS instead of HLR now, although that still won't
help you get proper MVNO agreements.

John


On 23 May 2018 at 11:00, Matthew Moyle-Croft  wrote:

>
> On 23 May 2018, at 10:49 am, Bradley Amm  wrote:
>
> It would be great if we could “roam” between all networks or a company
> comes up with a product that can roam between all networks
>
>
> I just moved back from the USA to Australia and still have my T-Mobile sim
> in one of the phones, happily roams on all the networks! (As do most
> roaming SIMs). Google with their Project Fi have that across at least
> Sprint and T-Mo in the USA (yes, soon to be one network). Summary - get a
> non-Australian SIM that has some reasonable roaming rates and that’s what
> you get. (Maybe get a Voda NZ sim? Dunno what the rates are)
>
> The only reason you can’t is commercial - if you could run your own HLR
> and negotiate the agreements with the 3 (soon 4) carriers here you’d be
> able to do it.  They’re just not interested in enabling that.
>
> MMC
>
>
>
> *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net] *On Behalf Of *Brenden
> Cruikshank
> *Sent:* Wednesday, 23 May 2018 6:37 AM
> *To:* ausnog@lists.ausnog.net
> *Subject:* Re: [AusNOG] Telstra mobile issues again?
>
> I’m on a personal Telstra plan with an iPhone 8 Plus. It’s my choice to
> use Telstra because I’m either on call or backup to the oncall and I
> selected Telstra due to its “premium” mobile network. It’s not just
> coverage but actually reliable data speeds.
>
> Throughout the Telstra outage my phone never went SOS only, does this mean
> my phone wouldn’t have been able to fail over to another network for 000 /
> 112??? I was unable to make outbound calls and my incoming calls all went
> to voicemail. My guess is I would be unable to call 000/112 and in an
> emergency hopefully someone is on another carrier
>
> This happened just outside my office building yesterday, if Telstra was
> out on Tuesday instead of Monday what’s your chances? Would the Telstra
> outage have affected emergency services once they arrived??
>
> https://www.brisbanetimes.com.au/national/queensland/woman-
> seriously-injured-after-being-hit-by-bus-in-brisbane-cbd-
> 20180522-p4zgo5.html
>
> Telstra seems to publicly dismiss its outages as minor or “affected a
> small number of users” meanwhile people are mentioning it nation wide. The
> outages have been higher then usual over the last 6 months but I’ve got 18
> months left on my contact.
>
> At work we use an Optus evolve service and have 1-3 fixed voice or data
> outages on a good month lasting 30-90 mins to half a day or longer.
> Business is in contract until 2020, it’s now just accepted as a normal
> thing and phones are too hard so “thinking about what to do about it” isn’t
> as simple as that. (We did get a second internet service so I guess we did
> think about it on the data side).
>
> On the other hand we have a legacy Telstra frame relay service, it’s had
> 100% uptime for as long as I can remember. Old technology just seems so
> much more reliable.
>
> Tonight I’m picking up a Amaysim to use as a backup on their $10/mo plan.
> It’s cheap and what Telstra recommends I don’t do!
> https://www.itnews.com.au/news/telstra-warns-users-off-cheap-sims-491236
>
> And 4G was unavailable this morning at Central station in Brisbane with
> minimal to no 3G data throughput. Thanks Telstra.
>
>
> Sent from my iPhone
>
>
> On 22 May 2018, at 11:11 pm, Joshua D'Alton  wrote:
>
> If a business, regardless of size, isn't looking at these Telstra outages
> (or any of their provider outages really) and getting the ball rolling on
> what to do about it. well, not good.
>
> The smallest business has the ability, even if not the
> intelligence/motivation/smarts/etc, to evaluate what they rely on and the
> level of continuity they require. Literally even just reading this thread
> should be enough to raise the appropriate questions, such as "why do you
> think something like "they pay for a service. It probably isn't the
> cheapest, but they pay for it anyhow because the name brings an element of
> trust" means zero downtime?"
>
>
> It is interesting that there has been a shift between services you could
> totally rely on (say Telstra in the 90s), to those you can't even with a
> tight SLA (Telstra now..), but the reality is those considering a
> bulletproof system in the 90s still had a backup incase of a Telstra outage.
>
> But back to the OP, Telstra dropping 000 should be hounded like no
> tomorrow. People think power gas is essential services, but 000 is actually
> essential. Is anyone monitoring the ACMA or whoever responses to these
> events and the 

Re: [AusNOG] Security, the government, and sweets

[John Edwards]

Sending an email with all recipients in the to: field all is practically
ceremony for new government initiatives at this point.

John


On 10 November 2017 at 19:18, Chris Hurley  wrote:

> Alas have seen the same thing more than once from Government(s) and other
> bodies that crucify companies for privacy breaches, and the same sad reply
> – first X Wants to recall message A, next sorry please don’t use the
> information.
>
> It’s Friday night after a long week so all is forgiven. Do the TGIF dance
> ;-)
>
> Regards,
>
> Chris Hurley BE (Elec)
> Signal Manager
>
> **
> Dragon Rail Pty Ltd Phone: 1300 730 531
> 74 Allanfield Crescent
> Boronia,  3155 Victoria
> Australia
>
> **
>
>
> From: AusNOG  on behalf of "
> paul+aus...@oxygennetworks.com.au" 
> Date: Friday, 10 November 2017 at 5:22 pm
> To: "ausnog@lists.ausnog.net" 
> Subject: [AusNOG] Security, the government, and sweets
>
> I’m sure that there are many people, probably quite a few who are on this
> list, who have been receiving the TSSR information from our friends at the
> Government Critical Infrastructure Centre, and a couple of hundred of them
> who are also carriers, if not here is the link, you really should have a
> look…..AG Telco Security Webpage 
>
>
>
> I found it refreshing when considering the TSSR effort to make us all
> believe that we knew nothing about how to secure our networks, ok so some
> might not, but alas found it refreshing to know that one of the key
> government organisations which we are supposed to be co-operating with as
> an industry, amazingly the Competition Branch of the Department of
> Communication and Arts, decided this morning to send every carrier the
> email addresses of the primary contact for every other carrier.
>
>
>
> Maybe some people don’t see any issue with this, but seriously, this is
> what the government who are telling us that they need to vet our networks,
> equipment, and firmware before we can use it are doing themselves.
>
>
>
> I honestly wonder how in today’s world of communications, when somebody
> doesn’t know how to use a CC field in an email to protect the recipients of
> such emails then how are they supposed to know better than the industry
> about stuff as complicated as security.
>
>
>
> Sorry for the rant, but I just felt it needed to be said J
>
> Please don’t flame me, it’s Friday !!
>
>
>
> Paul
> ___ AusNOG mailing list
> AusNOG@lists.ausnog.net http://lists.ausnog.net/mailman/listinfo/ausnog
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] 10GBs

[John Edwards]

Always clean brand new patch cables.

There is a specific exception for some cable systems designed to be installed 
at heights while wearing rigging gloves, the kind of environment where a 
cleaning attempt could make things worse. In that case, the manufacturer 
warrants a consistent lab-tested dB loss from gunk on the ends of new patch 
leads.

John


> On 9 Nov 2017, at 9:24 am, Bob Purdon  wrote:
> 
> 
>> Grab an optical fibre scope while you're at it. It's amazing how dirty
>> your cable ends and recepticals can actually be.
> 
> Absolutely - even brand new cables directly out of the manufacturer's
> plastic bags can be filthy.  I did have some fibre scope photos of this
> somewhere...
> 
>> with fibre, the major carrier datacentre operators less so - yes, they
>> did it too) as plugging SC cables into SCA recepticals or vice versa.
> 
> This..  ..or connectors not properly mated.  High attenuation.  Push.
> Click.  Problem solved.
> 
>> Have you done optical loss testing? Some network gear can tell you
>> directly what your tx and rx power levels are.
> 
> Be careful with this - while it can often be a good guide, I have seen
> many cases where the diagnostic data says the SFP is transmitting, but
> an optical power meter shows nada, zilch, zero, nuffin' (as in no light,
> /not/ 0dBm, lol).  ..or the launch level is vastly below what the SFP is
> reporting it is.
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] TPP wholesale - urgent

[John Edwards]

If you are an old testament sysadmin, the appropriate deity for Australian
domains is Lord God Kre, from the temple of Munnari.

On 23 October 2017 at 18:52, Ross Wheeler  wrote:

>
>
> On Mon, 23 Oct 2017, Luke Fong wrote:
>
> If there is anyone on list that could assist, please reach out offlist.
>>
>
> I doubt [insert favorite deity here] him/herself could help.
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] NBN Action (potentially semi-political post)

[John Edwards]

The NBN roadmap shows "Advanced OAM" due for 2019.

It's hard to say if it would be any help in identifying congestion
culprits, but if implemented it is a step in the direction of transparency.

John






On 29 September 2017 at 11:19, Ross Wheeler  wrote:

>
> Really just putting this "out there" for ideas, thoughts, directions...
>
> There is signigicant and growing unrest in the community over the nbn -
> what it's costing, what it's delivering, etc.
>
> In some areas I'm sure it's doing an adequate job.
> In other areas, and to some customers, it isn't.
>
> I cite by way of example, an individual consumer whos only option was nbn
> fixed wireless. The fastest service available to them from any vendor was
> listed as 50/20. (Well, "up to" in small print of course)
>
> The delivered service - which has been tested with now 4 completely
> different and unrelated RSPs - has been entirely unacceptable, with peak
> speeds (2-3am) reaching a blistering 25Mbps down and 10Mbps up (50%), while
> peak-use-time (pretty much 3pm to 11pm) that drops to as low as 1.2Mbps
> down and about 2Mbps up.
>
> This isn't uncommon from what I'm hearing.
>
> The thing that really gets under my skin is that virtually all the public
> reporting on this blames the RSP for under-provisioning CVC. The nbn
> themselves of course can't be reached directly by end-users, and widely,
> loudly and constantly blame RSPs. I have sufficient evidence from different
> suppliers to prove that in some cases this simply is not the case, and it's
> in fact congestion between the POI and the customer (I'm talking here
> specifically with reference to fixed-wireless, but the same problems may
> exist with other technologies).
>
> Through their ongoing "mis-information" campaign, the end users are
> getting shafted. Many carriers/RSPs are probably happy to maintain the
> current situation because they blame nbn, nbn blame the RSP, and nobody can
> prove how much blame resides with either, and eventually just give up.
>
> Complaints to the TIO cost us, as an industry. WE have to wear the costs,
> even when it is outside our control. Where WE buy more capacity in an
> attempt to alleviate the congestion, in many cases it does nothing to
> address the problem (because it wasn't our CVC in the first place) so we're
> getting ripped off by nbn just as the customer is.
>
> The ACCC seem to be doing nothing of any substance. Oh, sure, they're
> going to fund some end-user speed-monitoring devices, but it still doesn't
> necessarily show where the problem is. Sure, they're telling RSPs to
> advertise realistic "peak use" speeds rather than headline "up to" speeds,
> but we're still not addressing the root of the problem.
>
> Is there any interest, cohesive push, group or collective with any desire
> to bring pressure to bear to increase transparency and actually get the
> steaming pile of sh!t that is the current nbn (company, staff,
> infrastructure, policy, etc, etc) to a position that is actually what was
> intended?
>
> I believe it will require political directives. As it stands, there is no
> desire or incentive for nbn to change the way it is, and lots of reasons
> for them to want to continue with the secret, hidden, non-disclosure,
> maximm profit for minimum effort policies they've had for ages.
>
> We - as industry players and Australian citizens both - deserve better,
> but I don't see it happening unless enough of us make a noise about it.
>
> (Or should I just resign myself to a world where jamtins and string are
> the peak of technical innovation?)
>
> R.
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog

Re: [AusNOG] Contention, congestion, and link capacity planning

[John Edwards]

If anyone is really keen on this topic, there is a research group in
Australia with comms traffic as its focus:

http://www.trc.adelaide.edu.au/trc/

Once upon a time they had a published model for contention that mapped well
to real world dialup service data.

John


On 19 September 2017 at 09:16, paul+aus...@oxygennetworks.com.au <
paul+aus...@oxygennetworks.com.au> wrote:

> Thanks for all of the on and off list responses, I appreciate everybody’s
> views and advice.
>
>
>
> Unfortunately my picture may not have been painted correctly, but the
> information I received was greatly appreciated.
>
>
>
> The work I am doing is around dimensioning and modelling of backhaul links
> for sites with a varying amount of business users.
>
> The backhaul then goes to a DC for transit and peering access etc.
>
> Backhauls can be wireless or fibre depending on location and
> infrastructure available, and costs of course, but I am ultimately trying
> to get a dynamic equation that can be used to put figures into and gauge
> the costs at the end.
>
>
>
> The general consensus from the information I have received is that a
> contention ratio of around 5:1 is pretty decent on business grade
> backhauls, obviously the less users you have the less that should be, so
> working from 1:1 for a single user site and then ramping up to 5:1 by the
> time you get 10-15 users at the site seems to be pretty acceptable.
>
>
>
> The capacity per user as Ahad has suggested below, and others, works OK
> once you have the critical mass of users, when working out startup costs of
> a new site and capacity requirements unfortunately these calculations don’t
> work, it’s in these situations where I was hoping a silver bullet equation
> might be around which could help adjust costs and backhaul requirements
> based on user counts as they ramp up from 1 onwards, or even 5 onwards.
>
> I think now I will just use some basic calculations and create more
> scenarios rather than have something more dynamic, it’s no issue but I was
> just hoping I could do it an easier way.
>
>
>
> From our historical information and current link capacities we run under
> that 5:1 figure but pretty close, so using it as a figure for projections
> should accurately reflect our required bandwidth requirements as well as
> our current bandwidth allocations which are working comfortably well.
>
>
>
> Thanks again
>
>
>
> Regards
>
> Paul
>
>
>
> *From:* Ahad Aboss [mailto:a...@swiftelnetworks.com]
> *Sent:* Monday, 18 September 2017 5:40 PM
> *To:* paul+aus...@oxygennetworks.com.au
> *Cc:* ausnog@lists.ausnog.net
> *Subject:* Re: [AusNOG] Contention, congestion, and link capacity planning
>
>
>
> Hi Paul,
>
> When it comes to backhaul capacity planning for business grade customers,
> there is no one size fit all formula. It all comes down to the type of
> customers you have and the frequency of internet usage during business hrs
> and after hrs.
>
> Generally, the peak usage for business customer is between 8am – 6pm, MON
> - FRI. You’ll need to have enough backhaul capacity at the head-end to
> cater for occasional burst during peak hrs though not all customers
> download at full speed all at once.This is just for safety measures.
>
> For Ethernet or midband Ethernet services through Optus, TPG/AAPT or
> Telstra, you could get away with 3:1 contention on the backhaul but I
> strongly recommend that you don’t risk this contention ratio if you have
> less than 100 customers per state.
>
> Let’s say you have 100 customers, a combination of 50 x 10Mbps and 50 x
> 20Mbps, you can safely use 1Gbps backhaul per state through a single
> provider (AAPT/Telstra or Optus) and as you add more customers, you can
> closely watch the average usage across the customer base and increase the
> bandwidth as required.
>
> Just to be clear, the 3:1 contention is for best effort Ethernet services
> ONLY which is mostly used by SMEs, if you are providing guaranteed
> bandwidth 1:1, you will have to honour the contention all the way to your
> POP and internet.
>
> If you are building up your customer base slowly, be prepared for very
> slim or no margins at all as you still need to pay for the access links to
> customers, trunk port (head end or backhaul), IP transit, rack space, power
> and cross connect fees.
>
> In these circumstances, it’s best to resell these services through a
> reliable ISP until your Ethernet customer base is sizeable to justify the
> head end built.
>
> For residential grade broadband factor in 50% traffic growth every year, a
> blessing that all ISPs have to deal with while trying to maintain their
> profit margin. :)
>
> Based on industry contacts, the current average usage per SIO (IN AUS) for
> NBN and DSL are as follows;
>
> NBN: 1.3Mbps
>
> xDSL: 850Kbps
>
> Netflix and HD/UHD video streaming is changing the peak average rapidly.
>
> I hope this information helps.
>
> Cheers,
>
> Ahad
>
>
>
> On Mon, Sep 18, 2017 at 12:41 PM, 

Re: [AusNOG] Solomon Islands loses landing rights for a cable in Sydney

[John Edwards]

Solomon Islands is part of the Commonwealth, like Australia. Pacific
islands have historically been strategic locations.

Military have always been keen on having their comms run through controlled
territories.

WW1 telegraphs to Australia went London => Capetown => Cocos Islands =>
Freemantle => Adelaide  => Sydney so that they did not have to traverse an
enemy controlled land. That's right, there was a submarine landing station
at Grange near Adelaide, then the Sydney/Melbourne path was terrestrial.

You can imagine how the risk analysis starts to stack up for defence
advisors if there's an outside chance they might have a future issue with
the comms vendor's major investor.

John



On 27 July 2017 at 15:06, Mark Newton  wrote:

> A submarine cable connecting Sydney to the Solomon Islands is being
> refused a landing permit in Sydney because it’s being built by Huawei.
>
> http://www.smh.com.au/federal-politics/political-news/
> australia-refuses-to-connect-to-undersea-cable-built-by-
> chinese-company-20170726-gxj9bf.html
>
> So, uh, don’t do that then, hey?
>
>   - mark
>
>
>
> ___
> AusNOG mailing list
> AusNOG@lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
___
AusNOG mailing list
AusNOG@lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog