Re: [AusNOG] DCB in non-converged networks
I am going to buck the trend. DCB shouldn't be enabled and configured on a whim, however, if this is for backup, how long before these backups need to be rehydrated/booted in another DC or moved to a second DC for business availability/continuity purposes? As for tuning (jumbo-frames, QoS, Flow Control) the network to the requirements, this is still best practice (as we would for voice) - particularly since iSCSI overhead is heavy (in comparison to FCoE). I agree with the KISS principle, but DCBs aren't the place for that because of the complexity that they are (the same would be said for MPLS, VXLAN, etc) it's about business/regulatory requirements that drives a competitive edge. Think "If you're going to do it, do it properly" is more applicable. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Thu, Nov 9, 2023 at 12:19 PM Robert Hudson wrote: > I largely agree with Luke. Given you're on a dedicated iSCSI network, > keep it simple. DCB and other services will only add things that you'll > later need to troubleshoot and eliminate as the root cause of network > issues on your iSCSI network when they invariably happen (it's rare that > I've come across a well and consistently configured iSCSI network, and I've > been playing in that space since the mid 2000s). Chances are your > OS/hypervisor vendor of choice publishes best practices for how to > configure DCB - but as noted, DCB is specifically there to deal with > converged networks (where your iSCSI traffic is sharing an ethernet fabric > with other traffic types), and you don't seem to have that situation. > > Jumbo frames help in busy iSCSI networks by increasing throughput - but > you need to make sure every device from one end of the communications to > the other fully supports it. Again, follow vendor advice here. Getting > this wrong can cause all sorts of "fun". > > Flow control, buffer tuning (large buffers tend to help with iSCSI > traffic), etc, can all help to eke out a few more small percentage points > of performance, but again, the further you drift from the KISS principle, > the more fun you're likely to have troubleshooting later. > > Above all - set and document policy in all things, audit against that > policy both at initial setup and for drift during the lifecycle of the > environment. > > On Thu, 9 Nov 2023 at 12:20, Luke Iggleden wrote: > >> Hi Andres, >> >> Unless you are running other services on the switch it's not useful. >> >> Typically these are the only useful changes: >> >> Jumbo Frames (YMMV), depends on vendor. >> >> Flow Control on (so hosts can issue back off - hopefully without dropping >> frames) >> >> Depending on the switch, buffer tuning. >> >> Don't use control plane things, like MLAG, Stacking, STP, etc etc. Flat >> fabric. >> >> >> Cheers, >> >> Luke Iggleden >> >> >> On 9/11/2023 11:14 am, Andres Miedzowicz wrote: >> >> Hello everyone, >> >> >> >> I wanted to get some opinions on the use of DCB and its associated >> protocols in a storage-only (iSCSI), non-converged network. Any thoughts >> about the pros and cons of enabling DCB in a scenario where 100% of the >> traffic on a switch is bi-directional iSCSI storage (virtual machines and >> backups)? >> >> >> >> Thanks in advance. >> >> >> >> Andres >> >> ___ >> AusNOG mailing >> listAusNOG@lists.ausnog.nethttps://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] Recommendation for hardware time server
Hi All, I have a client in the pacific has a requirement for a commercially supported hardware GPS time solution. Ideally one that can be configured with keys for authentication. If anyone has a both a recommendation or war story please reply offline. I'll summarize and reply back to the list on Friday or weekend. Thanks in-advance, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 ___ AusNOG mailing list AusNOG@lists.ausnog.net http://lists.ausnog.net/mailman/listinfo/ausnog
Re: [AusNOG] My condolences to the people trying to sort out remote learning
How was the CPE implementation and support issue being? I'm still seeing a number poorly implemented mixed RA/DHCPv6 going on in CPE's. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Mon, Apr 20, 2020 at 3:31 PM Karl Auer wrote: > On Mon, 2020-04-20 at 05:07 +, Mark Delany wrote: > > FWIW, I've never touched jitsi before in my life but even I managed > > to follow a cookbook and get a dual-stack server up and running in a > > few hours. I was tempted to drop the A RR just to see how many users > > would squeal, but that would be too cruel in Australia. > > Where? I don't mean "give me access" :-) I mean, where did you set it > up? AWS, Azure, own DC? At home? > > Also, which cookbook did you follow? > > Regards, K. > > -- > ~~~ > Karl Auer (ka...@biplane.com.au) > http://www.biplane.com.au/kauer > http://twitter.com/kauer389 > > GPG fingerprint: 2561 E9EC D868 E73C 8AF1 49CF EE50 4B1D CCA1 5170 > Old fingerprint: 8D08 9CAA 649A AFEF E862 062A 2E97 42D4 A2A0 616D > > > ___ > 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] Cisco 10Gb switches
Look at the nexus range. There's a couple nexus 10Gbe switches. nexus 3K as one from memory. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Fri, Feb 15, 2019 at 2:35 PM Philip Loenneker < philip.loenne...@tasmanet.com.au> wrote: > Several of the Cisco 3850 series have 10G copper ports. > > > https://www.cisco.com/c/en/us/products/switches/catalyst-3850-series-switches/ > > > > Regards, > > *Philip Loenneker | Network Engineer** | TasmaNet* > > > > *From:* AusNOG *On Behalf Of *Cameron > Lowe > *Sent:* Friday, 15 February 2019 3:16 PM > *To:* AusNOG@lists.ausnog.net > *Subject:* [AusNOG] Cisco 10Gb switches > > > > Hi, > > > > My google fu is failing me. Does anyone have any recommendations for Cisco > 10Gb switches? They must have 10Gb over Cat6 (not my decision) and run some > variant of ios. The uplinks can be SFP+. They only need 16 ports. > > > > Thanks. > ___ > 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] NTP Best Current Practices Internet Draft
For all the windows environments I've run I've always used a 2 x raspberry pi for a time source because of this very problem. Adding GPS time is also very cheap. Regards, Peter Tiggerdine On Sat, Feb 2, 2019, 12:21 Michael Junek Yes and no -- relative time is critical within the Windows network, such > as synchronisation between Servers, Clients and Domain Controllers, which > is why everything Syncs back to the DCs. > > The absolute time (syncrhonising to an outside souce) has no bearing on > its operation. (Excluding things such as domain trusts and the like) > > So in the case that the OP had, the whole network goes half hour out of > sync, but relatively speaking, all the clocks on the network are within a > few seconds of each other, and Kerberos etc doesn't die. > > > > > From: O'Connor, Daniel > Sent: Saturday, 2 February 2019 12:37 > To: Michael Junek > Cc: Mark Smith; > Subject: Re: [AusNOG] NTP Best Current Practices Internet Draft > > > On 2 Feb 2019, at 12:05, Michael Junek wrote: > > Thats correct. Windows only has a SNTP client implemented, and not an > NTP client. As such, it can only query a single NTP server, and does not > have the algorithms to determine the accuracy of the time sources. > > That is pretty insane given how critical time is to the correct > functioning of an AD network.. > > Is there an MS solution apart from #yolo? > > -- > Daniel O'Connor > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > > ___ > 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] SORBS DUHL blacklist
I guess the point I'm making is that SORBS is about getting rid of spam to which their middleware is getting a lot of hits coming from gmail MX's. We can't make a rule that says, if you're big enough then it doesn't apply to you. I agree commerce needs to continue but we fight all the time for a level playing field, this is no different. Yeah we allow the traffic surely our attitude should be more about pressureing gmail to create extra measures to combat it further. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Wed, Oct 24, 2018 at 10:55 AM wrote: > The most amazing part of this for me was learning that SORBS still a thing > in 2018, then again blocking Google en mass might just be their swan song… > > > ___ > 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] SORBS DUHL blacklist
Why do we have the problem if their domain is sending spam exactly? Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Wed, Oct 24, 2018 at 8:42 AM Scott Wilson wrote: > Yep, like it or not, if you can't accept email from gmail/gsuite/google, > you have the problem - not them. > > On Wed, 24 Oct 2018 at 08:37, Michael J. Carmody > wrote: > >> I’m not sacrificing paying clients to send a message to Google. >> >> >> >> Glad you have this luxury, my law firm clients want their emails, and >> will step over my cold corpse to get them. >> >> >> >> -Michael >> >> >> >> >> >> *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net] *On Behalf Of *Noel >> Butler >> *Sent:* Tuesday, 23 October 2018 11:26 PM >> *To:* ausnog@lists.ausnog.net >> *Subject:* Re: [AusNOG] SORBS DUHL blacklist >> >> >> >> On 23/10/2018 15:47, Michael J. Carmody wrote: >> >> >> >> >> >> Gmail may have a SPAM problem, but they are too much of our client >> traffic to play this game. >> >> >> >> THERE ^^ lies the problem. with this attitude google et al have >> no incentive to get off their useless arses and fix the problem >> >> the more who continue to allow them to be blocked the more chance they >> will do something to rectify their problem >> >> >> >> -- >> >> Kind Regards, >> >> Noel Butler >> >> This Email, including any attachments, may contain legally privileged >> information, therefore remains confidential and subject to copyright >> protected under international law. You may not disseminate, discuss, or >> reveal, any part, to anyone, without the authors express written authority >> to do so. If you are not the intended recipient, please notify the sender >> then delete all copies of this message including attachments, immediately. >> Confidentiality, copyright, and legal privilege are not waived or lost by >> reason of the mistaken delivery of this message. Only PDF >> <http://www.adobe.com/> and ODF >> <http://en.wikipedia.org/wiki/OpenDocument> documents accepted, please >> do not send proprietary formatted documents >> >> >> ___ >> 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] IPsec VPN over 4G telstra issue
ROFL! THAT'S GOLD!! Dutton Button!! Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Wed, Sep 19, 2018 at 5:18 PM Matt Palmer wrote: > On 19 Sep 2018, at 4:33 pm, Dino Sosic wrote: > > Apparently Telstra confirmed today that there are issues with forming VPN > > IPsecs over 4G SIMs on telstra.internet APN. Anyone experiencing the same > > or knows anything about it? I have multiple sites down. IKE packets > simply > > not making it to the other side. > > Uh oh, looks like someone accidentally lent on the Dutton Button. > > - 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] IPsec VPN over 4G telstra issue
Wouldn't surprise me if Telstra decided to block all ports below 1024. Does IKE over NAT-T (4500) work? Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Wed, Sep 19, 2018 at 4:44 PM Boblobsta . wrote: > Hi, > > +1 > I've also been troubleshooting UDP reachability problems that started just > after midday on Telstra mobile network > > - Bob W > > > On Wed, 19 Sep 2018 at 16:37, Craig Askings wrote: > >> >> Yup I'm seeing the same issue for a couple of connections. >> >> UDP gets through fine but IKE on UDP/500 never makes it through their >> network. I did look at using ike over tcp by my equipment only supports >> that for roaming users, not site to site ipsec. >> >> On 19 Sep 2018, at 4:33 pm, Dino Sosic wrote: >> >> Hi, >> >> Apparently Telstra confirmed today that there are issues with forming VPN >> IPsecs over 4G SIMs on telstra.internet APN. Anyone experiencing the same >> or knows anything about it? I have multiple sites down. IKE packets simply >> not making it to the other side. >> >> Russel any insight mate? >> >> Cheers >> Dino >> >> >> >> *Confidentiality and Privilege Notice* >> >> This document is intended solely for the named addressee. The information >> contained in the pages is confidential and contains legally privileged >> information. If you are not the addressee indicated in this message or >> responsible for delivery of the message to such person, you may not copy or >> deliver this message to anyone, and you should destroy this message and >> kindly notify the sender by reply email. Confidentiality and legal >> privilege are not waived or lost by reason of mistaken delivery to you. >> ___ >> 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] Aspen Optics SFTP+ Tranceivers - Any good?
Can vouch they go the distance. Even the 10G stuff. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Wed, Sep 12, 2018 at 4:27 PM Robert Hudson wrote: > Check what fs.com sell for your kit - their prices can also be amazingly > good compared to vendor-branded kit... > > On Wed, 12 Sep 2018 at 16:11, Mark Currie > wrote: > >> Hi Noggers, >> >> >> >> Please msg me off list to stop list bloat. >> >> >> >> Just after an opinion on Aspen Optics 3rd party SFTP+ modules? They are >> about 1/10 the price of the genuine HPE module, so I got to wonder both >> about the compatibility and longevity (if they work), but at 10% of the >> price I feel I have to investigate. >> >> >> >> Thanks, >> >> Mark Currie >> >> >> ___ >> 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] Packet loss on link - multiple providers
Fairly standard for the world of vpns. Given you have no echo or reply at the azure gateway I'm guessing icmp codes for negotiating mtu probably don't exist either. Lower the mtu om the vpn add see if the problem changes. Regards, Peter Tiggerdine On Fri, Aug 3, 2018, 12:18 Daniel Bartlett wrote: > Hi All, > > > > We have a customer that is experiencing packet loss on a VPN connection. > > The connection is between their on-prem (colo datacentre) and Azure. > > Their firewall is managed by Vendor A (customer owned device). > > The ISP is Vendor B. > > > > We have been getting bounced around between Microsoft support, Vendor A > (FW Support), Fortinet (FW Vendor support) and Vendor B (ISP) – all > claiming no fault. > > Our monitoring (from on-prem servers to Azure servers) shows consistent > packet loss of 2-3% - peaking at 8-9% between Azure and on-prem. > > > > Packet captures run end-to-end show the loss to be occurring between the > on-prem FW and the Azure VPN GW. > > > > We are having a hard time convincing the ISP of the issue – they have been > unable to find any fault in their network. > > The ISP support is finding it hard to troubleshoot being that the Azure > VPN GW does not respond to ping (by design – and we cannot change this). > > > > Monitoring in place on the same link to internet site (google.com) shows > 0% packet loss. We are only loosing packets on the VPN. > > > > Just putting this out there for any suggestions on how we can assist the > ISP to determine the root cause? Or for any other suggestions? > > > > Thanks > > Dan > > > > *Daniel Bartlett* / Technology Architect > d...@thecloudmode.com / 0407 176 755 > > Lvl 17 / 31 Queen St > Melbourne Victoria Australia 3000 > www.thecloudmode.com > > > > ___ > 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] DWDM Equipment
Can't directly vouch for them but take a look at radware. Smartoptics are also good. Regards, Peter Tiggerdine On Mon, May 7, 2018, 13:57 Shane Chrisp <sh...@2000cn.com.au> wrote: > On 07/05/18 10:43, Piers Tyler wrote: > > Thank you to everyone who replied on and offlist. Really appreciate the > information that you have all shared. It has certainly given me plenty > of options. > > Regards > Shane > > > > Whilst I was at Vocus we worked on several successful customer > > engagements with IDS-G in North Sydney - using their Smartoptics kit. > > They’re a good bunch too. > > Cheers > > > > *Piers Tyler* > > *GM Sales, CommsChoice* > > *M:***+61 411 558 330 <tel:+61%20411%20558%20330> > > > > > > > > On 7 May 2018, at 12:14 pm, Shane Chrisp <sh...@2000cn.com.au > > <mailto:sh...@2000cn.com.au>> wrote: > > > >> Hi All, > >> > >> We are currently looking to at DWDM equipment and thought it would be > >> relevant to ask some of the experts on this list who have a lot more > >> experience with > >> > >> this sort of technology than I have. We are preferably looking for > >> companies who are located in Australia that can supply and warranty > >> the equipment in the event of issues. > >> > >> At the moment, I guess I am looking for recommendations of brands and > >> suppliers to compare offerings and then come up with a short list from > >> there. > >> > >> Replies on and off list welcome. > >> > >> > >> Thanks in advance. > >> > >> -- > >> Regards > >> > >> Shane Chrisp > >> 2000 Computers & Networks Pty Ltd > >> U8, 19 Outram St, West Perth, WA 6005 > >> Ph 08 6298 7391 Fx 08 6298 7393 > >> Mb 0412 409 856 > >> Email sh...@2000cn.com.au <mailto:sh...@2000cn.com.au> > >> Web http://www.2000cn.com.au > >> > >> ___ > >> AusNOG mailing list > >> AusNOG@lists.ausnog.net <mailto:AusNOG@lists.ausnog.net> > >> http://lists.ausnog.net/mailman/listinfo/ausnog > > > -- > Regards > > Shane Chrisp > 2000 Computers & Networks Pty Ltd > U8, 19 Outram St, West Perth, WA 6005 > Ph 08 6298 7391 Fx 08 6298 7393 > Mb 0412 409 856 > Email sh...@2000cn.com.au > Web http://www.2000cn.com.au > ___ > 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 Mobiles out
If turning off 4G works, sounds like another upgrade to the subscribers system gone bad. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Tue, May 1, 2018 at 2:48 PM, Christopher Hawker <m...@chrishawker.com.au> wrote: > I have tried it on a burner phone and it has the same issue. > > > CH. > -- > *From:* AusNOG <ausnog-boun...@lists.ausnog.net> on behalf of Joe Myatt < > sjmy...@gmail.com> > *Sent:* Tuesday, May 1, 2018 2:45:31 PM > *To:* AusNOG@lists.ausnog.net > > *Subject:* Re: [AusNOG] Telstra Mobiles out > > if you turn 4G off under Mobile Data Options (iphone) it resumes working. > > On Tue, 1 May 2018 at 14:44, Daniel Watson <daniel.wat...@zax.com.au> > wrote: > > Also did some testing, work colleague just does nothing, However my > mother is on Aldi whom I believe runs through Telstra Network and her’s is > working fine.. > > > > *Daniel Watson *| *Network Administrator* > > *Zax Amusements* > > *P* 03 9676 9190 > > 265 Ingles St, Port Melbourne VIC 3207 > > daniel.wat...@zax.com.au | www.zax.com.au > > > > *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net] *On Behalf Of *Scott > Wilson > *Sent:* Tuesday, 1 May 2018 2:42 PM > *To:* Andrew Yager <and...@rwts.com.au> > *Cc:* ausnog@lists.ausnog.net > *Subject:* Re: [AusNOG] Telstra Mobiles out > > > > just did some testing - I was able to hit our 1300 number, but > mobile-to-mobile calls to a colleague went straight to voicemail. > > > > On 1 May 2018 at 14:38, Andrew Yager <and...@rwts.com.au> wrote: > > Hey, > > > > Just in case you didn't know, Telstra Mobile is out, no inbound our > outbound calls. Looks like it started around 1:50pm. > > > > Thanks, > > Andrew > > > ___ > 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] Vendors back charging on support and maintenance.
Seems to me it's a "just in time support" tax. If a business doesn't need support for 2 years but then decides to get support and use the TAC service, then they're paying for what they're using. To charge customers a tax because they didn't require the service or support for 2 years is just large Multinationals pork barrelling and over-inflating their annuity numbers. I've spoken to the Office of Fair trade on this matter and they seem to share my view (that's its unreasonable, however fair trade is really a mediation service it appears) Hoping to have a conversation later in the week with the ACCC. I do seriously question the legality of the charge under Australian consumer law. I suspect this is a North American policy. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Tue, Apr 24, 2018 at 6:47 PM, Robert Hudson <hud...@gmail.com> wrote: > Hi Peter, > > This is relatively common in the IT Industry in a number of hardware types > (servers, storage, network gear) as well as for software. > > I'm sure there are arguments for and against it - I personally dislike the > practice, and I'd really be looking at what the options are - can the > customer buy new for something close to the back-charging and end up with a > better product with longer support? I suspect driving a sale is one reason > this gets done, as well as funding the risk the vendor takes on when > bringing an old item with an unknown history back onto full support. > > Regards, > > Robert > > On 24 April 2018 at 14:33, Peter Tiggerdine <ptiggerd...@gmail.com> wrote: > >> Hi All >> >> Apologies for the noise. >> >> I've just observed an interesting situation where a vendor is charging >> upto 18months "fee" to bring a device back into active maintenance and >> support. The customer purchase the kit secondhand. Naturally the customer >> is pushing back (don't blame them). >> >> Is this common in our industry? It's the first time I've heard of it. >> Given some of the information coming out from the royal commission is this >> not the same as AMP or CBA charge customers for a service they didn't get >> or want? >> >> Happy to take feedback either on list or off list. >> >> Regards, >> >> Peter Tiggerdine >> >> GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 >> >> ___ >> 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] Vendors back charging on support and maintenance.
Brad, et al, The vendor makes these update to fix defects in their product (largely because of commercial revoke or legislative issues). Free loading would be not paying and still expecting a service (unless theres a limited lifetime warranty. Improve QA to stop returns and support calls. If this makes it into the RMA pool that's the vendors problems, not customers. as for the strawmen theory of car, house and content insurance, all three of theses are covered if you're not at fault under the defendant's insurance policy (accept in the act of god). Beyond that all three have additional risks that a completely different to piece of kit or software. Let's use oranges to compare to oranges, not apples. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Thu, Apr 26, 2018 at 3:59 PM, Brad Peczka <b...@bradpeczka.com> wrote: > Let's look at this using the context of your customer who hasn't been > paying maintenance for a period of time. > > During the time where your customer hasn't had a support contract, the > vendor has been developing fixes, enhancements, and revisions to the > software used on the product. The vendor may have also developed hardware > fixes to the product that are incorporated into the manufacturing process > as a V02, V03, etc, product - no functionality change, but improved > reliability. The Cisco Catalyst 3850 status button is one I can recall > easily; I'm sure there are others, and these updated products will reach > the RMA pool after a period of time. > > So - sure, from a customer side there's no problem. You pay the fee, you > get the support. However, from the vendor side, the absence of maintenance > fees from customers who instead pay for maintenance on a last minute/just > in time basis essentially means they're freeloading off the development > work that has occurred while they were outside of support. After-sales > fixes throughout a product life are, to a large extent, paid for by > customers with continuous maintenance contract, instead of customers who > take the cheap route. > > As a customer, I hate paying for maintenance on gear that is as solid as a > rock and unlikely to fail... but I'm exceedingly grateful that when I hit a > bug, the vendor often already has an image with the fix for the bug that I > can download and run. Or, if I have a hardware fault, I get a V08 model to > replace my V01 model, with all of the engineering changes included. I also > hate the idea of back-paying maintenance that I'll can never use just to > get a device back under support, but that's the policy of the vendor and I > as the customer have made a conscious decision to use that vendors product > in preference to another for whatever reason I deemed best at the time. > > TL;DR = Support has a cost for both the customer and vendor. Pay your > share, buy cold spares, or change to a vendor that better aligns with your > commercial expectations. > > Regards, > -Brad. > > From: AusNOG <ausnog-boun...@lists.ausnog.net> on behalf of Karl Auer < > ka...@biplane.com.au> > Sent: Thursday, 26 April 2018 1:41 PM > To: ausnog@lists.ausnog.net > Subject: Re: [AusNOG] Vendors back charging on support and maintenance. > > On Wed, 2018-04-25 at 00:07 +, Nikolas Geyer wrote: > > Yes, it’s pretty standard. It’s to stop people running hardware > > without a maintenance contract and only buying one when they need to > > do, for example, a RMA. > > Sorry, why is that a problem? If they pay the support fee, they should > get the benefits. If they are not using the benefits, why should they > pay the fee? On the flip side, they may not have paid support for ten > years, but they also have not been costing the vendor anything. > > I see no problem with someone waiting until it is needed before paying > the support fee. > > Am I missing something? What *is* the "vendor side of the problem"? > > Regards, K. > > -- > ~~~ > Karl Auer (ka...@biplane.com.au) > http://www.biplane.com.au/kauer > http://twitter.com/kauer389 > > GPG fingerprint: A0CD 28F0 10BE FC21 C57C 67C1 19A6 83A4 9B0B 1D75 > Old fingerprint: A52E F6B9 708B 51C4 85E6 1634 0571 ADF9 3C1C 6A3A > > > ___ > 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] Aruba 3.5v micro usb console cable
Hi All Happy Easter. Apologies for the noise. Does anyone in Brisbane happen to have a Aruba 3.5v micro usb console cable I can borrow for a couple of hours? Happy to pay or borrow, whichever way suits. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 ___ AusNOG mailing list AusNOG@lists.ausnog.net http://lists.ausnog.net/mailman/listinfo/ausnog
Re: [AusNOG] Pics of an NBN FTTC install
Interested to see how that pit splitter is going to cope when the pit fills up with water... Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Thu, Feb 1, 2018 at 10:16 AM, Craig Askings <cr...@askings.com.au> wrote: > What part of the install is disgraceful to you? It is a pit install, it is > never going to be "pretty". > > > > On 1 Feb 2018, at 8:49 am, Sam McLeod <aus...@smcleod.net> wrote: > > Pretty disgraceful: https://i.imgur.com/BVvzinL.jpg > > > Source: "The Sizzle" - https://share.thesizzle.com.au/sizzleshare/?id=4598 > > "Someone on Whirlpool has uploaded pics of what an NBN fibre to the curb > (FTTC/FTTdp) install looks like. The best pics are deeper in the thread, of > the Netcomm unit that takes the NBN fibre and splits it out to the existing > copper connections that go to the homes, sitting in the pit. Apparently the > fibre to copper units support G.Fast, but only offer VDSL2 for now. For > those in an FTTC area, the box you get in your home that you connect your > router to, looks like this, and provides power to that box in the street > pit. Thanks to cwd, who posted this in The Sizzle's Slack channel > afternoon!" > > > -- > Sam McLeod (protoporpoise on IRC) > https://smcleod.net > https://twitter.com/s_mcleod > > Words are my own opinions and do not necessarily represent those of my > employer or partners. > > ___ > 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] ATS vs STS & recommendations?
APC is fine for DC use where the power is nice and clean in phase. I've seen APC perform pretty poorly though out in the field where the power isn't so clean and VFD's may feed back harmonics in the power circuits. Whatever you do, consider lifecycle of the device and maybe have a cold spare available ( or change the single PSU device for dual). Nothing is ever foolproof. Regards, Peter Tiggerdine On Nov 10, 2017 07:37, "Matt Walker" <matt.g.wal...@outlook.com> wrote: This happened to HP/HPE/DXC/Whatever-they’re-called a year or 2 ago at EBDC (TallyHo) We have deployed both the APC and recently the ION ATS’s. Both seem fine to me, we’ve did some pretty solid testing on them when they were installed and setup - only downside to the ION ones is the web management module feels like it’s quite ancient - that being said, I can still get a SNMP trap from them if a transfer occurs which is what I mainly care about on top of the fact that they work On 9 Nov 2017, at 1:08 am, Damien Luke <damien.l...@gmail.com> wrote: We've also had this happen at Global Switch and Metronode over the years, not that unusual but as always it's up to the customer to plan for losing a single feed and cater for single feed devices. I've seen work occur on power circuits at DCs where the operator didn't isolate the feed (aka hot). As much as you plan and ensure your customers are aware of the hazard, all it takes is a sparky to accidentally clip the wrong cable and things go sideways very quickly. The large bang, smoke drifting around the DC and the (junior) sparky falling off of a ladder is a good indicator that hot work is high risk, dangerous and should be avoided as much as possible. I know it sucks that you've got some single in feed gear but gosh I'd rather someone make it home. Damien On Wed, Nov 8, 2017 at 10:49 PM, Patrick Cole <z...@amused.net> wrote: > James, > > We had this sort of maintenance performed in Equinix SY1 once in the last > 10-20 years. > > You must just be lucky. > > Regards, > > Patrick > > Wed, Nov 08, 2017 at 09:21:39PM +1000, James Cunningham wrote: > > > >I'm assuming this is a result of NextDC announcing maintenance at S1 > where > >they are turning off one of the power feeds to your racks? We got one > of > >these as well. > > > >Is it just me, or am I the only one concerned that NextDC have to > turn off > >power to one of our power feeds in our racks? We have been in Equinix > and > >Global Switch data centres for about 15 years, and never had them > power > >off our feeds to our racks before during their maintenance processes. > > > >What gives? > > > >J. > > > > > --- > > > >Hi All, > > > > > > > >One of our DC providers is removing some power from a single feed in > some > >of our racks soon, and a couple of our customers have some single fed > >units that are connected to the â**wrongâ** rail. > > > > > > > >We are looking to help them out with ATS or STSs. I remember some > >discussion some time ago about whether one is better than the other, > and > >some quite technical arguments why you would prefer one or the other. > > > > > > > >For a standard 10A outlet and a 500-1kw load what do people recommend > >these days? > > > > > > > >Thanks, > > > >Andrew > > > > > > > >Get Outlook for iOS > > > ___ > > AusNOG mailing list > > AusNOG@lists.ausnog.net > > http://lists.ausnog.net/mailman/listinfo/ausnog > > > -- > Patrick Cole <z...@wwwires.com> > Senior Network Specialist > World Without Wires > PO Box 869. Palm Beach, QLD, 4221 > Ph: 0410 626 630 > ___ > 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] NBN Layer 2 PtP
What's the technical requirement for layer2 outside the datacenter? I suspect there is a better way. Regards, Peter Tiggerdine On Nov 10, 2017 11:25, "Lee Allemand" <lallem...@christiecorporate.com.au> wrote: > Thanks Nathan, > > > > Might have a chat to Telstra wholesale, the site is NBN FTTP and is really > the only option at this point. > > > > Warm Regards, > > Lee Allemand > > IT Support > > > > Christie Group > > Level 1, 320 Adelaide St > > Brisbane QLD 4000 > Desk: 07 3905 9020 <(07)%203905%209020> > > Mobile: 0434 777 892 > > > > *From:* Nathan Brookfield [mailto:nathan.brookfi...@simtronic.com.au] > *Sent:* Friday, 10 November 2017 11:22 AM > *To:* Lee Allemand <lallem...@christiecorporate.com.au>; ' > ausnog@lists.ausnog.net' <ausnog@lists.ausnog.net> > *Subject:* RE: NBN Layer 2 PtP > > > > Hi Lee, > > > > This isn’t a product as such, Telstra can provide you a dedicated 50/50 > but only on FTTP and it’s quite expensive due to the traffic class. In 99% > of cases you would be MUCH better off price and delivery wise to use an > Ethernet service from Telstra/AAPT/Vocus etc instead. > > > > Kindest Regards, > > Nathan Brookfield (VK2NAB) > > > > Chief Executive Officer > > Simtronic Technologies Pty Ltd > > > > *Local:* (02) 4749 4949 *|* *Fax:* (02) 4749 4950 *|* *Direct:* (02) 4749 > 4951 > > *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. > > > > *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net > <ausnog-boun...@lists.ausnog.net>] *On Behalf Of *Lee Allemand > *Sent:* Friday, November 10, 2017 12:14 PM > *To:* 'ausnog@lists.ausnog.net' <ausnog@lists.ausnog.net> > *Subject:* [AusNOG] NBN Layer 2 PtP > > > > Morning (Afternoon), > > > > I’m after a point to point layer 2 over NBN, ideally from NextDC B1, would > anyone be kind enough to point me to someone who can supply this? > > > > Off list is preferred. > > > > Thanks J > > > > Warm Regards, > > Lee Allemand > > > > > __ > This email has been scanned by the Symantec Email Security.cloud service. > For more information please visit http://www.symanteccloud.com > __ > > > __ > This email has been scanned by the Symantec Email Security.cloud service. > For more information please visit http://www.symanteccloud.com > __ > > __ > This email has been scanned by the Symantec Email Security.cloud service. > For more information please visit http://www.symanteccloud.com > __ > > ___ > 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] High number of inbound automated Chinese language calls on AAPT CTS
We've also had the scam at an alarming rate though our scammers are saying they're from the accident department and something is wrong with a person in this household. So I'm guessing it's a PII scam. We've being blocking numbers as they come up but it's starting to feel like whack-a-mole. 0280914668 782013645 Need a greylist for poor repudiation numbers. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Fri, Oct 27, 2017 at 2:15 PM, Matt Perkins <m...@spectrum.com.au> wrote: > Here's the link for anyone interested. > > > https://www.dropbox.com/s/isb1zrljt7xed9k/Q1No% > 20Information-20171027-115948.wav?dl=0 > > > > > > > On 27/10/17 3:11 pm, Alan Woodman wrote: > > Matt sent me the voice recording to listen to as I can speak some Chinese, > but my listening skills a little weak these days as its been quite a few > years since I’ve needed to listen to Chinese… This is what I came up with: > > “This is a call from the Chinese Embassy, please take a minute to answer > this question, to agree to answer the question press 0. Something something > (I can't catch it properly) for your happiness/fortune.” > > 这里是中国使馆,你用一分钟快填领取，深有可有一问，请打零，something为你福。 > > > > I’m sure there is a native Chinese speaker on this list that can translate > it better than me… > > > > > > > > *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net > <ausnog-boun...@lists.ausnog.net>] *On Behalf Of *Robert Haylock > *Sent:* Friday, 27 October 2017 11:40 AM > *To:* Andrew Yager > *Cc:* ausnog mailing list > *Subject:* Re: [AusNOG] High number of inbound automated Chinese language > calls on AAPT CTS > > > > Just got one myself to my personal MyNetFone VoIP! at least now I know > what it is without asking for someone to translate... so sad for those who > fall for the trap though :( > > > > Rob > > > > On 27 October 2017 at 13:54, Andrew Yager <and...@rwts.com.au> wrote: > > Hi Matt, > > > > We have seen multiple instances of this over the last couple of months to > different number blocks. > > > > It's usually a Mandarin message claiming to be from the ATO. > > > > Have logged a few complaints on a few of them; have not got anywhere > useful because each number is called "once" and doesn't meet the threshold > for a nuisance claim. > > > > If any of my upstreams want to care though… I'm happy to provide more > details… :) (nudge… nudge…) > > > > Andrew > > > > > > On 27 October 2017 at 13:34, Matt Perkins <m...@spectrum.com.au> wrote: > > Here's some Friday fun. > > Are there any people with AAPT CTS that are receiving very high volumes > (500 an hour) of a Chinese language automated message. Numbers dialed in > appear to be random within a routed ranges they also appear to be using > random calling id's some start with 028009XX. Im told that the message says > it's from the Chinese consulate and ask you to push zero. I suspect they > are trying to determine which numbers have Chinese language speakers answer > for some later scam. But only appears to be on AAPT CTS. We have CTS with a > few other carriers and seeing nothing on those inbound. > > Interested to see if others are receiving same. > > Matt. > > > > -- > /* Matt Perkins > Direct 1300 137 379 <1300%20137%20379>Spectrum Networks > Ptd. Ltd. > Office 1300 133 299 <1300%20133%20299>m...@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 > > > > > > -- > > *Andrew Yager, CEO* *(BCompSc, JNCIS-SP, MACS (Snr) CP)* > > Real World Technology Solutions - IT People you can trust > > Voice | Data | IT Procurement | Managed IT > > rwts.com.au | 1300 798 718 > > > > *Real World is a DellEMC Gold Partner* > > > > This document should be read only by those persons to whom it is addressed > and its content is not intended for use by any other persons. If you have > received this message in error, please notify us immediately. Please also > destroy and delete the message from your computer. Any unauthorised form of > reproduction of this message is strictly prohibited. We are not liable for > the proper and complete transmission of the information contained in this > communication, nor for any delay in its receipt. Please consider the > envi
Re: [AusNOG] Hiring 5 x Network Admins and Engineers
don't underestimate the value of training, flexible work hours and dress like a super hero's as perks. Be creative and be bold to keep good people. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Fri, Oct 20, 2017 at 11:37 AM, Mark Newton <new...@atdot.dotat.org> wrote: > Or pay them more or put on monthly free-haircut day or do beer-and-burgers > afternoons or whatever. > > One of the benefits of a competitive free market is that it transparently > exposes to companies the things they need to do to retain and develop staff > in an environment where there are more jobs than people :-) > > > - mark > > > On 20 Oct 2017, at 10:41 AM, David Smith <dav...@lbnco.com.au> wrote: > > > If this keeps up I’m going to have to ban my staff from subscribing to the > list…. > > > > > Regards, > > *Dave Smith* > > > > > Chief Engineer > > > > > _ > > > 1 / 171 Victoria Road, Gladesville NSW 2111 > *p.* 61 2 9719 0900 *d.* 61 2 9719 0906 <(02)%209719%200906> > > > > *e.* dav...@lbnco.com.au <usern...@lbnco.com.au> *w. *www.lbnco.com.au > > > > > > > > > *From:* AusNOG [mailto:ausnog-boun...@lists.ausnog.net] *On Behalf Of *Phillip > Grasso > *Sent:* Friday, 20 October 2017 10:30 AM > *To:* Andrew Khoo > *Cc:* aus...@ausnog.net > *Subject:* Re: [AusNOG] Hiring 5 x Network Admins and Engineers > > > me too -- Couldn't help myself ;-) > > > These roles are in Sydney and Mountain View, California with a > possibility in Zurich/Dublin. > > > Network / Software Engineering manager > <https://careers.google.com/jobs#!t=jo=/google/network-engineering-manager-software-and-48-pirrama-rd-pyrmont-nsw-australia-2875500016;> > Network Engineer > <https://careers.google.com/jobs#!t=jo=/google/network-engineer-software-and-automation-48-pirrama-rd-pyrmont-nsw-australia-2722470523;> > Network Security Architect > <https://careers.google.com/jobs#!t=jo=/google/enterprise-network-security-architect-1600-amphitheatre-pkwy-mountain-view-ca-2647980007;> > Unreleased, A Network Architecture role.. currently writing up the job > req. > Minimum criteria for all roles is software skills, probably best only to > apply if you have good coding skills. > > > If you know of folk interested put them in touch. > > > > > On 20 October 2017 at 09:05, Andrew Khoo <andrew.k...@amaysim.com.au> > wrote: > I'm going to add a me too here :) > > > amaysim are hiring plumbers and tool-makers - primarily in Sydney and > Melbourne, but remote working is an option. > > > happy to upskill folks that can write in perl/php/python/ruby/golang etc > etc and our shop has the latest tooling and methodologies in the dev/devops > space. > > > we already have a huge contingent of 100+ devs but they are all already > working on rolling out our other verticals (mobile, energy, devices etc) > > > email off-list and we can talk at our next industry social in Sydney next > week (Oct 26 - details to follow) or grab a bevvy with us on our next visit > to Brisbane, Melbourne or Perth. > > > > > > > -- > *From:* AusNOG <ausnog-boun...@lists.ausnog.net> on behalf of Bevan > Slattery <be...@slattery.net.au> > *Sent:* Thursday, October 19, 2017 4:31:16 PM > *To:* aus...@ausnog.net > *Subject:* [AusNOG] Hiring 5 x Network Admins and Engineers > > > Hi all, > > > Not normally doing this, but at Superloop we are looking to recruit > between 5-8 network admins and engineers. These rolls will be working on a > series of projects including network migration and integration. > > We are looking for both experienced Engineers and also junior Admins that > we can work with an upskill over time. > > > Formal PD's/ads will be coming out soon, but for the benefit of Ausnog > community dropping it here first. If you're keen please send your CV to > care...@superloop.com > > > Cheers > > > [b] > > > ___ > 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] Switch installation in data centre racks - front facing, or rear facing?
that would mean the concept of patch by exception does not require patch panels and clearly even with that methodology it's used. Seems like some crack smoking logic there. I bet 90% of most peoples access layer has the same configuration on their switches. I don't think scale has anything todo with it. Sounds more about margin, the cost of RU space and how close to the wind most SP are flying which, in-turns means paying engineers peanuts and doing whatever to bring the revenue in. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Wed, Oct 4, 2017 at 2:08 PM, Paul Wilkins <paulwilkins...@gmail.com> wrote: > Because SPs have the luxury to not use structured cabling, due to scale > where all switch ports share a common configuration, so there's no need for > a patch panel, just patch direct to the switch, whereas in enterprise, > inadvertent swapping of ports leads to P1s, hence, structured cabling is > fairly ubiquitous. > > Kind regards > > Paul Wilkins > > On 4 October 2017 at 14:56, Sam Silvester <sam.silves...@gmail.com> wrote: >> >> On Wed, Oct 4, 2017 at 12:45 PM, Paul Wilkins <paulwilkins...@gmail.com> >> wrote: >>> >>> There's enterprise racks, and SP racks and I'd say to generalise, >>> Enterprise do the ports to the front to structured cabling, while SPs will >>> reverse mount for shorter wire runs and density. Also swapping out reverse >>> mounted switches is a huge pain. >>> >> >> That's an interesting statement. What makes you say that? I've come across >> sites where the front to front (cold aisle) spacing of racks is greater than >> rear to rear (hot aisle), is that what you are getting at? >> >> Cheers, >> >> Sam >> > > > ___ > 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] QoS on Internet traffic
Better yet get Megaport, AustraliaIX and pipe to reduce your transit costs. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Fri, Aug 18, 2017 at 2:46 PM, Tim Raphael <raphael.timo...@gmail.com> wrote: > Being an advocate of peering, I tend to agree with Mark on this one, the > cloud services providers make themselves very accessible by peering with > open policies (most of the time). > > I'd suggest you might want to find out exactly what your customers are > accessing and look at ways of increasing your level of connectivity with > them. > > Regards, > > Tim Raphael > > On 18 Aug 2017, at 11:08 am, Mark Newton <new...@atdot.dotat.org> wrote: > > It seems to me that this is a problem you’ve created for yourself, by > limiting the firewall outside interface to (in your example) 50 Mbps. > > I think you should go back to basics with your product definition: Is what > you’re selling fit for purpose? Is a VPN service which is bottlenecked into > the cloud an appropriate service offering for 2017? > > If what you’re describing is “a typical example,” then maybe it isn’t an > appropriate service offering, and the reason you’re feeling pain is because > your business is being disrupted and you haven’t realized it yet. I note > that none of the options you’ve considered involve “removing bandwidth > limits on the firewall,” yet perhaps that’s what your customers are > indicating they require? > > Peering with the big cloud providers is cheap and easy. If you’re reaching > them over costly transit, perhaps there are some opportunities to > rearchitect your own network so that uncongested access to cloud at > full-rate is feasible. > > Ask yourself what your customers want; then design something sustainable > that fulfills that need, then price it accordingly. > > - mark > > > > On Aug 15, 2017, at 10:14 AM, Tony Miles <tmile...@gmail.com> wrote: > > Hi all, > > > I'm not sure if anyone else is having this issue, but we are recieving an > increasing number of request to give priority/preference to specific > Internet traffic. > > Apologies in advance for the lengthy post. > > The typical example might be a customer that has five sites that we provide > a 20Mbps private WAN tail into (per site) and then we have a centralised > hosted firewall that all sites access the internet via. The speed on the > central firewall might be capped to something like 50M (all abbreviations > using "M" refer to "Mbps" hereafter). The WAN we provide supports QoS so > that if a client has an application that is important to them it can be > tagged and put in an appropriate queue and treated accordingly. Examples of > this might be that they have an RDP server at the head office site or they > have VoIP PBX gear at each location. The central Internet access is > oversubscriber 2:1 in this example (100M of WAN tails on 50M of Internet). > At this point I think this is all fairly standard stuff that a lot of the > people on this list would be familiar with (hopefully?). When I am using > this example, it is just an example, this is of course multiplied by the > number of clients we have, who are all generically fairly similar, but with > each one having different specific details (different speeds, different > things they consider important). > > With the move to cloud everything clients are moving from hosting stuff > themselves (ie. on their own servers/WAN) to things that are hosted > generically on the Internet. This might be their accounting application, > might be video conferencing or voip services or any number of other things > that for whatever reason they have chosen to procure "as a service" rather > than buying the thing and hosting it locally on premises. > > When everything is running normally and there is no excess volume of traffic > nobody complains, but the first time $someone_important is on a video > conference call to an interstate office and the quality is crap because > Windows updates are sucking all of the Internet bandwidth the question then > becomes "please fix this, we purchase a WAN with QoS". The VC one is > particularly nasty because the conference bridge is in the cloud and so a VC > session between three locations that are all on the same private WAN (with > potentially plenty of bandwidth) is effectively 3x VC session to the > Internet. > > Historically our answer has been "it's the Internet, there is no QoS", which > has sufficed for a while, but it's gotten to the stage where EVERYTHING is > now "in the cloud" and that answer is slowly losing traction. This combined > with the fact that others out there are
Re: [AusNOG] NextDC Melbourne - Scheduled Power Maintenance -, 15th August
disagree. Outside of business hours costs more with limited staff around to assist. They're doing you a favour by doing this because if your PSU fails on server, you'll have time raise tickets with vendor and get same day resolution. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Thu, Aug 10, 2017 at 3:14 PM, Chad Kelly <c...@cpkws.com.au> wrote: > > Hmm yes actually deciding to do this during business hours does appear to be > an odd choice, even with two PSU in the server, they would be better off > doing this out of business hours I would of thought. > Regards Chad. > > > On 8/10/2017 2:56 PM, Nathan Brookfield wrote: >> >> Chad, >> >> That's all well and good but when you're paying a premium price for >> services of this fashion you expect a certain level of service. There is a >> risk no matter what when switching from power supplies taking extra load >> they would not usually take as well as swing load issues with PDU's. >> >> I completely agree with your sentiment but the risk is not to be ignored >> especially during those times. >> >> Kindest Regards, >> Nathan Brookfield (VK2NAB) >> >> -Original Message- >> From: AusNOG [mailto:ausnog-boun...@lists.ausnog.net] On Behalf Of Chad >> Kelly >> Sent: Thursday, August 10, 2017 2:54 PM >> To: ausnog@lists.ausnog.net; ausnog-requ...@lists.ausnog.net >> Subject: Re: [AusNOG] NextDC Melbourne - Scheduled Power Maintenance -, >> 15th August >> >> >> >> On 8/10/2017 10:13 AM, ausnog-requ...@lists.ausnog.net wrote: >>> >>> From the latest update today, It appears that most of the works are >>> being postponed for the time being >>> >>> Not all devices within racks support 2 feeds and planning is involved >>> with these devices, which is why it is crucial to receive accurate >>> information about any pending outages or upgrades to the NextDC DataCentres >>> which affect services. >> >> If these services are mission critical then you really should have duel >> PSU units, so that when one feed gets taken offline the equipment >> automatically switches to the other feed. They won't just disconnect both >> feeds at once because that would be stupid and if the entire DC was offline >> for too much time then that would put the owners in a rather awkward >> situation legally, as after say 8 or 10 hours of downtime it wouldn't be >> good for the owners lets put it that way. >> If the single PSU units are a part of a customers co-located equipment >> then really your terms of service agreement should exclude liability under >> your maintenance clauses. >> I don't understand why anyone would be using single PSU equipment in a DC >> environment now a days when you can buy refurbished servers that come with >> two PSU as standard even when you buy them without raid. >> Also for anything that is really really mission critical you should have >> it hosted in multiple datacentres anyway so if something stupid does happen >> that you can't control you at least still have services online as the load >> balanced services would just switch. >> Regards Chad. >> >> -- >> Chad Kelly >> Manager >> CPK Web Services >> Phone 03 5273 0246 >> Web www.cpkws.com.au >> >> ___ >> AusNOG mailing list >> AusNOG@lists.ausnog.net >> http://lists.ausnog.net/mailman/listinfo/ausnog > > > -- > Chad Kelly > Manager > CPK Web Services > Phone 03 5273 0246 > Web www.cpkws.com.au > > ___ > 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] Telikom Indonesia
Hi All, Does anyone have provisioning engineer contact at aforementioned telco. I'm struggling to get an bog standard MPLS environment setup with them and I largely think if I can find someone that talks engineering and english and I can cut through the AM and some understanding of what we're after. Or if you know someone that can translate very well from english to Indonesian with an IT background, that would also work. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 ___ AusNOG mailing list AusNOG@lists.ausnog.net http://lists.ausnog.net/mailman/listinfo/ausnog
Re: [AusNOG] OT? Council Public WiFi ACMA Liability
Are they on-selling the service to their customers or providing a free service? Pretty sure that's the difference Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Mon, Jul 3, 2017 at 12:20 PM, Mark Currie <mcur...@laserfast.com.au> wrote: > Hi Noggers, > > > > Sorry if slightly, OT, but not sure who else to ask for a quick > answer/opinion. > > > > Just had a question from a local council we are providing some Wifi kit for > a semi public Wifi service (only within council buildings such as pool etc). > > > > “A question was raised to us this morning in regards to the public WiFi > tender and our legal grounds as a carrier based on the telecommunications > act. > I'm a little dubious on it (If its actually a valid concern or not).” > > > > Does anyone out there know what the liability of a local ouncil would be in > relation to the act and the ACMA, and if they would/could be regarded as a > carrier? > > > Thanks, > > Mark Currie > > > > > > > ___ > 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] Government intends to pass TSSR this parliament
doesn't the election process fall under the checks and balance of absolute power corrupts absolute? Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Sun, Jun 18, 2017 at 10:24 AM, Robert Hudson <hud...@gmail.com> wrote: > > > On 18 June 2017 at 08:36, Scott Weeks <sur...@mauigateway.com> wrote: >> >> >> >> --- new...@atdot.dotat.org wrote: >> From: Mark Newton <new...@atdot.dotat.org> >> >> Assuming bad faith is a key and essential part of >> democracy: Give people powerful jobs, but never, >> ever trust them to do them well. >> - >> >> Pffft! I'm going to plagiarize that. I hope you >> don't mind! :) >> >> scott >> >> >> ps. This is a troll, right? You can't actually >> believe that! Right??? > > > If we trusted them to do a good job, we wouldn't go through the election > process every few years... > > ___ > 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] Vocus the target of a private equity takeover
Article has being pulled already. Regards, Peter Tiggerdine GPG Fingerprint: 2A3F EA19 F6C2 93C1 411D 5AB2 D5A8 E8A8 0E74 6127 On Thu, Jun 8, 2017 at 9:12 AM, Sam McLeod <aus...@smcleod.net> wrote: > This makes me a little worried, > I hope it doesn't mean that Vocus will go the way of several (most) other > ISPs... > > "A private equity firm is looking to take over Vocus while the share price > is low. _Kohlberg Kravis Roberts & Co want to buy out Australia's 4th > largest telco at $3.50 a share > http://www.zdnet.com/article/vocus-receives-au3-50-per-share-takeover-proposal > which was a decent premium over the $2.86 they were trading at yesterday > (they've shot up to $3.45 now). The Vocus board have said they're looking > into it. A huge number of NBN RSPs are basically Vocus resellers, so it'll > have a decent impact on the industry if a private equity firm takes over and > makes radical changes." > > The article reads: > > --- > > Vocus Communications has announced receiving a takeover proposal from > Kohlberg Kravis Roberts & Co (KKR) to acquire 100 percent of its shares at a > price of AU$3.50 per share via a scheme of arrangement. > > The preliminary, indicative, and non-binding proposal by KKR is subject to > whether Vocus' net debt does not exceed AU$1.1 billion as of June 30; > earnings before interest, tax, depreciation, and amortisation (EBITDA) is > between AU$365 million to AU$375 million for the current financial year, and > was not driven by any abnormal or one-off items; and Vocus' existing asset > base is maintained. > > To look into the proposal, Vocus has formed an independent board committee > (IBC), chaired by Vocus chair David Spence and comprised of Vocus' > non-executive board directors Rhoda Phillippo, Craig Farrow, Robert > Mansfield, and Jon Brett. > > Should the board approve, the indicative proposal would also need > shareholder, court, and regulatory approval. > > "The Vocus board notes that there is no certainty the indicative proposal > will result in an offer for Vocus, what the terms of any offer would be, or > whether there will be a recommendation by the Vocus board," Vocus said in a > statement on Wednesday morning to the Australian Securities Exchange. > > "The Vocus board will update shareholders when the IBC has completed its > assessment." > > The proposal follows Vocus revising its guidance for the 2017 financial year > last month, with revenue down by AU$100 million, underlying EBITDA down by > between AU$65 million and AU$75 million, and net profit down by AU$45 > million to AU$50 million. Vocus' net debt is expected to be between AU$1 > billion and AU$1.1 billion. > > Underlying EBITDA is now expected to be between AU$365 million and AU$375 > million, net profit between AU$160 million and AU$165 million, and revenue > at AU$1.8 billion, Vocus CEO Geoff Horth said. > > > The company attributed AU$10 million of the EBITDA reduction to the impact > of lower than expected billings and an increased headcount across its > Enterprise and Wholesale division; AU$5 million to low earnings in its mass > market energy business due to "volatility created by extreme weather events > in 3QFY17"; AU$12 million to higher expenses than expected, particularly on > technology; AU$33 million to an accounting review of "the negotiated > contract terms on a number of large projects"; and AU$10 million to other > trading variances. > > The drop in expected net profit is due to pre-tax expenses of AU$113 > million, including AU$61 million from the non-cash amortisation of acquired > customer intangibles; AU$26.4 million from the amortisation of acquired > software; AU$21.4 million from acquisition and integration costs; and AU$5.6 > million from the non-cash book loss on the divestment of the Connect 8 joint > venture and the Cisco HCS voice platform. > > Revenue will be lower than previously forecast thanks to a AU$12 million > take-back from lower billings across its Enterprise and Wholesale division; > AU$40 million as a result of the accounting review, as it was found that > revenue from the projects involved would be earned in future periods; and > AU$20 million from the divestment of the Aggregato Australia business and > the Cisco HCS voice platform. > > Vocus had in February announced a net profit of AU$47.2 million, up by > almost 100 percent, due to its acquisitions of M2 and Nextgen. This mirrored > Vocus' FY16 results showing a 223 percent rise in net profit, up to AU$64.1 > million, attributed to its AU$1.2 billion acquisition of Amcom. > > Statutory EBITDA for the first half of FY17 was AU$168.3 million, up from > AU$60.7 million a year previous, w
