Hi,
The IPv6 Global Unicast Address Assignments registry has been updated to reflect the allocation of the following block to the RIPE NCC:
2001:3c00::/22 RIPE NCC 2019-03-12
You can find the registry at:
https://www.iana.org/assignments/ipv6-unicast-address-assignments/
Best regards,
--
Selina Harrington
Lead IANA Services Specialist
Dear Members,
Initially, I was aware that being nominated to the Executive Council Member election for APNIC would be a challenge for anyone in the Pacific Region, mainly due to proportion and members within our Pacific Region. Having being nominated, I'm humbled to at least give it a try.
I seek your support and vote for the Executive Council Member of APNIC, if voted in, quite humbly I will be your voice for Oceania within the Council. It is in my view that having a member within the Pacific Region will be advantageous to all of us.
I understand the voting process is a simple matter for those of you who are members of APNIC, using your access to your myapnic and just follow the voting tab.
For more details and information on APNIC EC Election Nominees, please refer to https://conference.apnic.net/47/elections/nominations/
I thank you in advance for your support.
Malo,
Justin Kaitapu | | | EziNET Tonga Ltd
Dateline Bld, Hala Bypass, Ma'ufanga, Nuku'alofa
P.O Box 2867, Kingdom of Tonga. South Pacific.
P (+676) 550-0000 | M (+676) 875-1853 (+64) 2825587361 | justin.kaitapu(a)ezinet.to<mailto:justin.kaitapu(a)ezinet.to>
------------------------------------------------------------------------
Notice of Confidentiality:
"This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of relevant business or entity of the sender, we do not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."
Hi,
Can anyone on the list put me in contact with an email administrator at
Vodafone? We (SMX) have been seeing mail delivery problems to Vodafone
properties (vodafone.co.nz, clear.net.nz, etc) from several locations
for the past day or so.
Please contact me off list.
Thanks,
--
*Richard Gray* | Operations Technical Lead
*Mobile:* +64 21 050 8178
*DDI:* +64 9 950 2196
*Freephone:*0800 SMX SMX (769 769)
*SMX Limited:* Level 10, 19 Victoria Street West, Auckland, New Zealand
SMX | Cloud Email Hosting & Security <https://smxemail.com>
_____________________________________________________________________________
This email has been filtered by SMX. For more info visit http://smxemail.com
_____________________________________________________________________________
In response to feedback from operational security communities,
CAIDA's source address validation measurement project
(https://spoofer.caida.org) is automatically generating monthly
reports of ASes originating prefixes in BGP for systems from which
we received packets with a spoofed source address.
We are publishing these reports to network and security operations
lists in order to ensure this information reaches operational
contacts in these ASes.
This report summarises tests conducted within nzl.
Inferred improvements during Jan 2019:
none inferred
Source Address Validation issues inferred during Jan 2019:
ASN Name First-Spoofed Last-Spoofed
55785 MAXUM 2017-02-18 2019-01-31
Further information for these tests where we received spoofed
packets is available at:
https://spoofer.caida.org/recent_tests.php?country_include=nzl&no_block=1
Please send any feedback or suggestions to spoofer-info(a)caida.org
Hi all,
I hope this is more or less on topic ...
I've been testing my zones with the tool at https://dnsflagday.net/
and getting results I don't entirely understand.
I get errors from my secondary (ns2), which is a service from my VPS
provider, and ok from my master (ns1), which I run myself. But apart
from ns2 returning an aa flag for a failed query, I can't see any
difference in the results, when I run the query manually from my desktop
(having upgraded dnsutils to one that supports +nocookie)
Additionally, the tool says an SOA record is returned (from the failed
query), and I don't see that.
Is there more detailed info somewhere? The tool does say my zone will
continue to work but will have issues in the future, so I'm not
immediately worried.
Cheers,
Richard
We have a slot for lightning talks tomorrow afternoon in the NZNOG
conference.
Talks should be five minutes or less.
If anyone has a talk that they would like to give, could you please
email the title, and topic (one sentence) to talks(a)nznog.org
Thanks,
Richard
Hi!
We’re about to get underway with NZNOG 2019. Great to see everyone here.
Reminder that the programme is on the website, and on the screens in the lobby.
The stream will be available at http://thevideo.nz/nznog <http://thevideo.nz/nznog> during the sessions.
This will 302 to Youtube, 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
Hey NZNoggers,
I see that there's a trial of Slack for realtime/conference discussions
(http://www.nznog.org/slack)
I'm keen to try this out pre-conference, and I understand (above) that I
need an existing member to invite me. Can an existing NZNOG slack member
please message me off-list to setup an invite?
Thanks!
D
resending without the attachment - i have uploaded here instead.
https://twitter.com/mhmtkcn/status/1089759385373425670
On Sun, Jan 27, 2019 at 9:33 PM Mehmet Akcin <mehmet(a)akcin.net> wrote:
> here is an interesting datapoint. I believe the cable repair ship that is
> going to Tonga is TE Subcom's Reliance.
>
> https://www.marinetraffic.com/en/ais/home/shipid:711444/zoom:9
>
> [image: Screen Shot 2019-01-27 at 9.31.16 PM.png]
>
> On Sun, Jan 27, 2019 at 6:25 PM Mehmet Akcin <mehmet(a)akcin.net> wrote:
>
>> Interesting and thank you for sharing
>>
>> I am running https://dev.networkatlas.org
>>
>> If you have any more data, i would love to update.
>>
>> Mehmet
>>
>> On Sun, Jan 27, 2019 at 16:17 Pete Mundy <pete(a)fiberphone.co.nz> wrote:
>>
>>>
>>> There was an interview with the deputy CEO of Tonga Communications Corp
>>> in Dateline Pacific on Friday which had some more information for those
>>> interested:
>>>
>>>
>>> https://www.radionz.co.nz/international/programmes/datelinepacific/audio/20…
>>>
>>> It mentions that the breaks in the two separate cables are 5km apart yet
>>> occurred at the same time.
>>>
>>> The interviewee's comments suggest that the satellite provider may be
>>> putting thumbscrews on for long-term commitments before approving
>>> additional capacity.
>>>
>>> It's a shame Google don't have a spare loom balloon to send their way to
>>> patch into some Facebook style satellite laser backhaul!
>>>
>>>
>>> > On 28/01/2019, at 12:59 PM, Mark Foster <blakjak(a)blakjak.net> wrote:
>>> >
>>> > Surprised I hadn't seen much news on this, tripped over it whilst
>>> looking
>>> > into other things.
>>> >
>>> >
>>> https://www.radionz.co.nz/international/pacific-news/381086/tongans-urged-t…
>>> >
>>> > Related articles indicate that there's two breaks to submarine cables
>>> > offshore and they don't know what caused it yet, but it's likely to be
>>> at
>>> > least a week before repairs are completed.
>>> > Limited capacity in the interim (Satellite only, maybe?)
>>> >
>>> > Cheers
>>> > Mark.
>>>
>>> _______________________________________________
>>> NZNOG mailing list
>>> NZNOG(a)list.waikato.ac.nz
>>> https://list.waikato.ac.nz/mailman/listinfo/nznog
>>>
>> --
>> Mehmet
>> +1-424-298-1903
>>
>
