.
--
Nathan Ward for the NZNOG Trustees
___
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-le...@list.waikato.ac.nz
.
--
Nathan Ward for the NZNOG Trustees
___
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-le...@list.waikato.ac.nz
/programme
https://www.nznog.org/conferences/nznog-2023/talks
(If you are a speaker and would like your talk+bio on the talks page email
ta...@nznog.org, operators are standing by)
--
Nathan Ward
For the NZNOG Trustees
___
NZNOG mailing list -- nznog
inue through, so let them run their course and see if you get hops after
that.
Probably also be worth hitting up your ISP, if that’s relevant, as it sounds
like it’s an issue with them.
--
Nathan Ward
___
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-le...@list.waikato.ac.nz
t experience will be in person.
We look forward to seeing you there!
--
Nathan Ward for the NZNOG Trustees
___
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-le...@list.waikato.ac.nz
details:
https://list.waikato.ac.nz/hyperkitty/list/nznog@list.waikato.ac.nz/thread/EPA7YTWSBW3APPYYL636KO4LH4GRSEH7/
--
Nathan Ward
[1] “Planned” - because COVID. All signs are pointing to the conference running
on these dates. If not, we will postpone
for the Wednesday of the
conference, and are keen to get some feedback so we can run the ones which are
of the most interest.
Can you please take about 22 seconds and give us some feedback here:
https://www.surveymonkey.com/r/8XYZJ9D
Thanks!
--
Nathan Ward
ely!
$ ntpdate -qu bigben.clix.net.nz
server 203.167.224.60, stratum 0, offset 0.00, delay 0.0
3 Sep 14:30:03 ntpdate[26733]: no server suitable for synchronization found
--
Nathan Ward
___
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-le...@list.waikato.ac.nz
Hi Don,
I don’t think anybody really knows what you’re talking about. You’ve quoted a
prefix claiming it’s in Christchurch. Whois and routing I can see shows it’s
allocated to GPLHost and is advertised by their ASN (45887). Everything points
toward Singapore location.
It looks to me like
hat’s reasonable, yep.
Usually if it doesn’t, it’s an oversight rather than an explicit decision.
Worth talking to the provider in question directly, and seeing if it can be
improved.
--
Nathan Ward
___
NZNOG mailing list -- nznog@list.waikato.ac.n
rg> and give us as much as possible about who you are and
who you work for and so on.
Please make sure you read the CoC before asking:
http://www.nznog.org/slack/slack-code-of-conduct
<http://www.nznog.org/slack/slack-code-of-conduct>
--
Nathan Ward
_
urt Rodgers said the same on Twitter.
I think the reality is that it’s the 6pm news. I see streaming video services
drop sharply at 6, while social media stays relatively steady.
You can’t watch Netflix and the news at the same time, but you can certainly
sit on Facebook and Instagram while mum and dad
> On 30/03/2020, at 6:55 PM, Pieter De Wit wrote:
>
> Now if only there was something that could cast to multi’s….
This is NZ. If rugby wasn’t going to do, a university lecture sure isn’t.
--
Nathan Ward
___
NZNOG mailing list
<https://www.eventbrite.co.nz/e/nznog-chorus-lab-tour-registration-95113580279>
--
Nathan Ward
___
NZNOG mailing list -- nznog@list.waikato.ac.nz
To unsubscribe send an email to nznog-le...@list.waikato.ac.nz
, InternetNZ,
GoWireless, NZIX, Red Hat, Vocus, and Vodafone. Our sponsors make the NZNOG
conference a reality and keep our prices low, so please check out our sponsors
page for the full list, and make sure you thank them!
--
Nathan Ward
___
NZNOG
Oh! It’s not like you guys to get the time for these tests wrong..!
> On 21/11/2019, at 12:40 PM, Damian Kissick [TSY]
> wrote:
>
> Nooo! I meant SUNDAY 24th (cheers for heads up).
>
> I even had people check my e-mail!
>
> - Damian
>
> -Original Message-
> From: Damian Kissick
Yep and also don’t do full tables :-)
> On 9/08/2019, at 2:21 PM, Phil Snowdon wrote:
>
> Seems like the consensus is still pretty much Juniper is the preferred vendor
> of choice. I was prepared to be enlightened into a world of alternatives...
>
> Thanks all. Must be almost beer'o'clock
>
It’s vMX in a router-looking x86 box for people who think servers are for “PC
Guys” and not for Real Networking.
Just get vMX, get as many PSUs as you want. Get in pink or green. Whatever
works.
They let you pay on a subscription, you can upgrade past the 2x10G that MX150
limits you to, seems
Hi,
No, MX104 is very much not enough with full tables.
Of course, you have you ask yourself if you *really* need full tables. If you
have a couple of upstream providers, is that really necessary, or can you
instead take a default and significantly cut your costs?
There’s a handful of
s connect prices…
What’s your company?
--
Nathan Ward
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
outube, but the Youtube URI will change each session, so hit
this each time and it’ll get you there. It’s on the website as well.
--
Nathan Ward
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
> On 10/01/2019, at 3:58 PM, Nathan Ward wrote:
>
> We’re using the free plan right now. We’ll see if we qualify for the
> non-profit thing to get the extra features, but, not really important at the
> minute.
Free, it turns out, means we have a limit of 100 invites going o
until the conference, if you want on and the above don’t work, email me
(nat...@nznog.org <mailto:nat...@nznog.org>) and tell me who you are and such,
and I’ll invite you.
--
Nathan Ward
[1] Yes there are other “Free”, “Open”, etc. systems. Yes we could host our own
system. The intent he
> On 24/10/2018, at 11:33 PM, Job Snijders wrote:
>
> Dear Nathan,
>
> On Wed, Oct 24, 2018 at 11:18:34PM +1300, Nathan Ward wrote:
>> I recall someone was looking at soft reloads, but I don’t know if that
>> got implemented. I imagine current state (i.e. bogons and
t got
implemented. I imagine current state (i.e. bogons and a prefix limit) is where
that got too.
--
Nathan Ward
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
Hi,
You’re asking for an IA-NA here - a single IP, i.e. stateful IPv6.
Do you have an IPv6 address from SLAAC? Can you show the contents of an RA
message?
You want to configure your DHCPv6 client to ask for IA-PD (a prefix).
> On 6/10/2018, at 4:44 PM, Bill Walker wrote:
>
> It’s trying,
sults. Can you get packet captures? Would be worth talking to the
SamKnows people about this I am sure.
I understand (though may be mistaken!) that their “speed” is a mix of various
tests - some of which include international tests.
--
Nathan Ward
___
Hi Brian,
You should call their support if you think there’s something going on that’s
impacting your connection.
They will detect if your connection is in use and doing more than (I think)
64kbit/s in the last 30s or something, and won’t run the tests.
They have some clever stuff to detect
er, months in advance.
>>
>> I don't believe HE had any malicious intent to break your internet.
>>
>> If your stuff broke because you have a shit upstream, fix it and move on.
>>
>> On Wed, 19 Sep 2018 at 16:35, Michael Fincham > <mailto:mich...@h
SI compliant LI implementors in the world.
How long before Fincham pops up saying “oh also there’s an OpenLI project you
should look at”? Place your bets.
Looking forward to laughing about this one over drinks tomorrow night.
--
Nathan Ward
___
NZNOG mai
meta-data (who is talking to whom using which protocol and
> transferring how much data) which I assume would help meet TICSA
> requirements.
No, TICSA compliance is not the nail for that hammer.
Full packets are required, not flow data.
--
Nathan Ward
_
Hi,
I don’t see it as operational, it’s a business thing. If we start having that
sort of thing happen a lot it would be abused.
Talk to Police if it’s illegal. Also, try CERT. I dunno if they’ll care about
phone fraud - maybe though if it’s widespread etc.
> On 23/03/2018, at 11:46 AM, Rudi
> On 12/12/2017, at 1:38 PM, Pete Mundy wrote:
>
> (unless anyone VF is on-list and could investigate?).
I’ve prodded someone
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
hy do Spark and VFNZ appear to peer openly in Australia (and
other economies) but not in NZ?”.. or something, it’s not really clear if “why”
is the question to be honest. I think it was just trying to stir up a
discussion. I don’t imagine it will, other than the usual scrappy providers
that complai
ot rules. If it is
painful for your customers to reach Spark/VFNZ, then you need to find out how
you can reach those networks, and if the cost to do so is worth it to reduce
that pain. There are a number of options for doing so.
If you have a 50ms RTT to Sydney from Auckland, something is wron
you do though, test the performance with your access provider - get
some regulated UFB100 circuits from Chorus and make sure the scheduler
resolution is good enough to drive it at the full speed - or make sure all your
circuits are the modern ones.
--
Nathan Ward
__
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: Nathan Ward [mailto:nz...@daork.net]
> Sent: Friday, November 10, 2017 12:54 PM
> To: Nathan Broo
r 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 t
Don’t do that. Put customer routes in to BGP, use OSPF only to carry your
loopbacks and router-router links for iBGP to use.
Keep your OSPF small, and your BGP big - it’s what they’re both good at.
(OSPF and ISIS are interchangeable here)
> On 10/11/2017, at 2:45 PM, Nathan Brookfield
>
ing with another box
..or you forego fast failover times. Even with low DHCP timers you’re going to
get 5 mins or so failover times if you lose a BNG.
I prefer to use IPoE and deal with the above issues, as I agree, it’s better.
Not everyone makes the same value judgement though, and that’s fi
hard on it.
I’d like to write or use that code. The standards are open, so, if it is
acceptable to agencies then it would be good to do.
My understanding is that a lot of the vendor devices don’t work out of the box
anyway and they need to do a bunch of dev. Why get someone else to do it? :-)
--
Nat
Court scrutiny.
Right - I wasn’t at that, but I’d heard the ETSI stuff was announced then.
Streaming being required answers the question that I had!
--
Nathan Ward
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
> On 6/09/2017, at 2:33 PM, Dave Mill <d...@mill.net.nz> wrote:
>
> Hi again
>
>
> On Mon, Sep 4, 2017 at 6:34 PM, Nathan Ward <nz...@daork.net
> <mailto:nz...@daork.net>> wrote:
>
>> Perhaps some collaboration here would be useful, if oth
ng hardware - unless the LFCs and other last mile providers offer some
sort of “LI service”, but if someone is or is thinking about writing some
software or something then collaboration seems like a good idea.
--
Nathan Ward
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
Hi,
I think the intersection of networks who should be listed on a NOC list and
networks but who don’t (and are unlikely to ever) peer is around 3, and of
those networks I suspect that all of them already have relationships with their
customers for issues. If you want your info to be
stuff in PeeringDB.
I reckon we should make the NOC list refer to that, and note that the list
itself may be outdated, and that PeeringDB is better. A local NOC list doesn’t
give us any benefit.
--
Nathan Ward
___
NZNOG mailing list
NZNOG@list.waikato.ac.nz
https://list.waikato.ac.nz/mailman/listinfo/nznog
Hi,
Given the importance of RFCs in the community, I feel it is valuable to notify
this communication from me to you to the entire list.
I would note that the interpretation of RFC7947 in the following email (sorry
for top posting) is in direct violation of RFC2119;
4. SHOULD NOT This
47 matches
Mail list logo