<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Jun 8, 2021, at 07:05 , Mark Elkins <<a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
<div class=""><p class="">1) I have on my laptop - RPD emails going back to November 2018 -
and I have never ever seen a post from jeffery_sky
<a class="moz-txt-link-rfc2396E" href="mailto:jeffery_sky-99@yahoo.com"><jeffery_sky-99@yahoo.com></a> before (just checked).<br class="">
</p><p class="">2) The only information that is "being injected" is into the
space that AFRINIC has not yet allocated/assigned to any Member -
which will just make it easier on the few routers that look at
RPKI information to see that a very bad actor is using space that
should not be visible on the Internet at all. The only folk that
this should bother is Bad Actors who have using this unallocated
/unassigned space on the Internet (thieves?)</p><div class=""><br class=""></div></div></div></blockquote>Are you saying that reclaimed/revoked space will not be subject to AS0 ROAs for unallocated space? If so, please point to this specific protection in the policy.</div><div><br class=""></div><div>In reality, if that is the case, it provides adequate protection, but it also makes the policy rather useless as it only temporarily covers the remaining tidbits of the last /8 that are still in inventory.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><p class="">I really don't understand the problem. All all the objectors
thieves? (wanting to use/route something that does not belong to
them).<br class=""></p></div></div></blockquote><div><br class=""></div>Consider AFRINIC’s recent actions earlier this month surrounding certain court cases and I think you will better understand the issue. It’s not about using/routing what doesn’t belong to you, it’s about concern what happens when there is a difference of opinion between you and the RIR about who certain space belongs to.</div><div><br class=""></div><div>Owen</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><p class="">
<br class="">
</p>
<div class="moz-cite-prefix">On 6/8/21 3:21 PM, jeffery_sky via RPD
wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:290635311.4870210.1623158462914@mail.yahoo.com" class="">
<meta http-equiv="content-type" content="text/html; charset=UTF-8" class="">
<div class="ydp6d537214yahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial,
sans-serif;font-size:16px;">
<div dir="ltr" data-setdir="false" class="">
<div class="">
<div id="ydp28923adaouterContainer" class="">
<div id="ydp28923adasidebarContainer" class="">
<div id="ydp28923adatoolbarSidebar" class="">
<div id="ydp28923adatoolbarSidebarLeft" class="">
<div class=" ydp28923adasplitToolbarButton
ydp28923adatoggled"> </div>
</div>
</div>
</div>
</div>
<div id="ydp28923adasidebarContainer" class="">
<div id="ydp28923adatoolbarSidebar" class="">
<div id="ydp28923adatoolbarSidebarRight" class=""> </div>
</div>
<div id="ydp28923adasidebarContent" class=""> </div>
</div>
<div id="ydp28923adamainContainer" class="">
<div class="ydp28923adatoolbar">
<div id="ydp28923adatoolbarContainer" class="">
<div id="ydp28923adatoolbarViewer" class="">
<div id="ydp28923adatoolbarViewerLeft" class=""> </div>
</div>
</div>
</div>
</div>
<div class=" ydp28923adasplitToolbarButton
ydp28923adahiddenSmallView"> </div>
<input id="ydp28923adapageNumber" class="ydp28923adapageNumber ydp28923adatoolbarField" title="Page" value="1" size="4" tabindex="15" data-l10n-id="page">
<div id="ydp28923adatoolbarViewerRight" class=""> </div>
<div id="ydp28923adatoolbarViewerMiddle" class="">
<div class="ydp28923adasplitToolbarButton"> </div>
</div>
<div class="ydp28923adatoolbar">
<div id="ydp28923adatoolbarContainer" class=""> </div>
</div>
<div id="ydp28923adaviewerContainer" class=""> </div>
<div class=""><font face="times new roman, new york, times, serif" class=""><span style="font-size: 18.4px;" dir="ltr" class="">Hello, <br class="">
</span></font></div>
<div class=""><font face="times new roman, new york, times, serif" class=""><span style="font-size: 18.4px;" dir="ltr" class=""></span><span style="font-size: 18.4px;" dir="ltr" class="">To clarify, these
concerns are becoming repetitive due to the lack of
adequate responses from the </span><span style="font-size: 18.4px;" dir="ltr" class="">concerned
stakeholders. Also, I want to </span><span style="font-size: 18.4px;" dir="ltr" class="">address the fact
</span><span style="font-size: 18.4px;" dir="ltr" class="">that
the real problem here is not</span><span style="font-size: 18.4px;" dir="ltr" class=""> RPKI in any </span><span style="font-size: 18.4px;" dir="ltr" class="">way. </span><span style="font-size: 18.4px;" dir="ltr" class="">What is really
bothering me is that<b class=""> </b></span><b class=""><span style="font-size: 18.4px;" dir="ltr" class="">RIR </span><span style="font-size: 18.4px;" dir="ltr" class="">is </span><span style="font-size: 18.4px;" dir="ltr" class="">injecti</span></b><span style="font-size: 18.4px;" dir="ltr" class=""><b class="">ng its own
data into RPKI</b></span><span style="font-size:
18.4px;" dir="ltr" class="">, which makes </span><span style="font-size: 18.4px;" dir="ltr" class="">the </span><span style="font-size: 18.4px;" dir="ltr" class="">previous </span><span style="font-size: 18.4px;" dir="ltr" class="">argument </span><span style="font-size: 18.4px;" dir="ltr" class="">about how signing
space is in</span><span style="font-size: 18.4px;" dir="ltr" class="">valid</span><span style="font-size: 18.4px;" dir="ltr" class="">.</span><span style="font-size: 18.4px;" dir="ltr" class="">Further, </span><span style="font-size:
18.4px;" dir="ltr" class="">the usage of </span><span style="font-size: 18.4px;" dir="ltr" class="">RPKI will </span><span style="font-size: 18.4px;" dir="ltr" class="">lead to</span><span style="font-size: 18.4px;" dir="ltr" class="">AS0 all </span><span style="font-size: 18.4px;" dir="ltr" class="">unallocated space
for you</span><span style="font-size: 18.4px;" dir="ltr" class="">. Consequently</span><span style="font-size:
18.4px;" dir="ltr" class="">, </span><span style="font-size:
18.4px;" dir="ltr" class="">the routing changes</span><span style="font-size: 18.4px;" dir="ltr" class="">.</span><span style="font-size: 18.4px;" dir="ltr" class=""><br class="">
</span></font></div>
<div class=""><font face="times new roman, new york, times, serif" class=""><span style="font-size: 18.4px;" dir="ltr" class="">I understand that
some of t</span><span style="font-size: 18.4px;" dir="ltr" class="">hese concerns are repe</span><span style="font-size: 18.4px;" dir="ltr" class="">ated, but I think
it is because they were not </span><span style="font-size: 18.4px;" dir="ltr" class="">addressed
properly. The responses provided are mainly vague and
it seems to me that you are dodging </span><span style="font-size: 18.4px;" dir="ltr" class="">the comments by
bringing the Last call phase procedure and calling out
the PDWG co</span><span style="font-size: 18.4px;" dir="ltr" class="">-</span><span style="font-size: 18.4px;" dir="ltr" class="">chairs. <br class="">
</span></font></div>
<div class=""><font face="times new roman, new york, times, serif" class=""><span style="font-size: 18.4px;" dir="ltr" class=""></span><span style="font-size: 18.4px;" dir="ltr" class="">The last call
phas</span><span style="font-size: 18.4px;" dir="ltr" class="">e
is dedicated to this type of discussions, and if
several people are not convinced, it </span><span style="font-size: 18.4px;" dir="ltr" class="">simply means that
the co</span><span style="font-size: 18.4px;" dir="ltr" class="">-</span><span style="font-size: 18.4px;" dir="ltr" class="">authors should try providing insightful
responses that go straight to the </span><span style="font-size: 18.4px;" dir="ltr" class="">point, not vague
ones. If this vicious cycle and the lack of proper a</span><span style="font-size: 18.4px;" dir="ltr" class="">nswers continues,
consensus will </span><span style="font-size:
18.4px;" dir="ltr" class="">never happen, and the policy cannot
be implemented. Also, most of the raised objections
have nothing </span><span style="font-size: 18.4px;" dir="ltr" class="">to do with technicalities, therefore, they
are meant to be discussed on the RPD. </span><span style="font-size: 18.4px;" dir="ltr" class="">Finally, the
arguments you perceive repe</span><span style="font-size: 18.4px;" dir="ltr" class="">ated, have not
been received accurate replies, which means </span><span style="font-size: 18.4px;" dir="ltr" class="">they will keep
popping out. Consequently, the best thing to do, is to
dig deeper in this proposal, instead </span><span style="font-size: 18.4px;" dir="ltr" class="">of labelling the
arguments as invalid.</span><span style="font-size:
18.4px;" dir="ltr" class="">In the hope of receiving insightful
answers...</span><span style="font-size: 18.4px;" dir="ltr" class=""><br class="">
</span></font></div>
<div class=""><font face="times new roman, new york, times, serif" class=""><span style="font-size: 18.4px;" dir="ltr" class=""><br class="">
</span></font></div>
<div class=""><font face="times new roman, new york, times, serif" class=""><span style="font-size: 18.4px;" dir="ltr" class="">Bes</span><span style="font-size: 18.4px;" dir="ltr" class="">t.</span></font></div>
<div id="ydp28923adaouterContainer" class=""> </div>
</div>
<div class=""><br class="">
</div>
</div>
<div class=""><br class="">
</div>
</div>
<div id="yahoo_quoted_3412224225" class="yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial,
sans-serif;font-size:13px;color:#26282a;" class="">
<div class=""> On Tuesday, June 8, 2021, 9:40:10 PM GMT+9, Fernando
Frediani <a class="moz-txt-link-rfc2396E" href="mailto:fhfrediani@gmail.com"><fhfrediani@gmail.com></a> wrote: </div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">
<div dir="ltr" class="">+1<br clear="none" class="">
<br clear="none" class="">
Excelent and simple answer.<br clear="none" class="">
<br clear="none" class="">
Em 6/8/2021 3:01 AM, Frank Habicht escreveu:<br clear="none" class="">
> Hi<br clear="none" class="">
><br clear="none" class="">
> On 08/06/2021 01:45, Daniel Yakmut via RPD wrote:<br clear="none" class="">
>> Hi,<br clear="none" class="">
>><br clear="none" class="">
>> Are you postulating here that Resources not
allocated are susceptible to<br clear="none" class="">
>> hijack?<br clear="none" class="">
> - resources are susceptible to hijack.<br clear="none" class="">
> - if a ROA with AS0 was published for an unallocated
resource, it would<br clear="none" class="">
> be less susceptible to hijack.<br clear="none" class="">
><br clear="none" class="">
><br clear="none" class="">
>> My other understanding is an RIR is a resource
dispenser.<br clear="none" class="">
> When I get my next resource from AfriNIC, I will
prefer one that was not<br clear="none" class="">
> previously hijacked and used for spamming and network
abuse, and got<br clear="none" class="">
> blacklisted and a bad reputation everywhere.<br clear="none" class="">
><br clear="none" class="">
> What about you?<br clear="none" class="">
><br clear="none" class="">
><br clear="none" class="">
> Thanks,<br clear="none" class="">
> Frank<br clear="none" class="">
><br clear="none" class="">
><br clear="none" class="">
>> Simply<br clear="none" class="">
>> Daniel<br clear="none" class="">
>><br clear="none" class="">
>> On Mon, Jun 7, 2021, 11:30 PM Fernando Frediani
<<a shape="rect" ymailto="mailto:fhfrediani@gmail.com" href="mailto:fhfrediani@gmail.com" moz-do-not-send="true" class="">fhfrediani@gmail.com</a><br clear="none" class="">
>> <mailto:<a shape="rect" ymailto="mailto:fhfrediani@gmail.com" href="mailto:fhfrediani@gmail.com" moz-do-not-send="true" class="">fhfrediani@gmail.com</a>>>
wrote:<br clear="none" class="">
>><br clear="none" class="">
>> AfriNic (or any other RIR) is the resource
holder for IP space that<br clear="none" class="">
>> IANA has allocated to it. So who else could
secure that space until<br clear="none" class="">
>> it is assigned to an organization issuing
ROAs if not the current<br clear="none" class="">
>> resource holder ?<br clear="none" class="">
>><br clear="none" class="">
>> Must we have a policy accepted by either
RIPE or ARIN first in order<br clear="none" class="">
>> to accept it in AfriNic afterwards ?<br clear="none" class="">
>> This is not a worry to the RIR, it is
actually an additional<br clear="none" class="">
>> guarantee that no one else will try to make
usage of IP space under<br clear="none" class="">
>> its responsability.<br clear="none" class="">
>><br clear="none" class="">
>> Fernando<br clear="none" class="">
>><br clear="none" class="">
>> On 07/06/2021 19:14, Daniel Yakmut via RPD
wrote:<br clear="none" class="">
>>> Dear Jordi,<br clear="none" class="">
>>><br clear="none" class="">
>>> Just out of curiosity why has RIPE and
ARIN refused to adopt the<br clear="none" class="">
>>> RPKI ROA and make it their
responsibility that it is used by<br clear="none" class="">
>>> resource holder?. I will agree that RPKI
ROA is a good tool to<br clear="none" class="">
>>> secure BGP routing, however I don't see
as the responsibility of<br clear="none" class="">
>>> an RIR to implement it.<br clear="none" class="">
>>><br clear="none" class="">
>>> My strong opinion is that any resource
holder should be<br clear="none" class="">
>>> responsible for securing its resources
and if RPKI ROA is the best<br clear="none" class="">
>>> way to prevent hijack, then it will
enjoy patronage. Making it a<br clear="none" class="">
>>> job of AfriNIC, will possibly be going
over board.<br clear="none" class="">
>>><br clear="none" class="">
>>> Responding to my opening question, I
believe RIPE and ARIN are not<br clear="none" class="">
>>> keen on accepting your arguments because
they are mundane. This<br clear="none" class="">
>>> means resource holders should handle
this issue, without making it<br clear="none" class="">
>>> a worry of the RIR.<br clear="none" class="">
>>><br clear="none" class="">
>>> In this regard, AfriNIC should
concentrate on handling other more<br clear="none" class="">
>>> important issues, hence this policy is
not relevant.<br clear="none" class="">
>>><br clear="none" class="">
>>><br clear="none" class="">
>>> Simply<br clear="none" class="">
>>><br clear="none" class="">
>>> Daniel<br clear="none" class="">
>>><br clear="none" class="">
>>> On 07/06/2021 6:3pm, JORDI PALET
MARTINEZ via RPD wrote:<br clear="none" class="">
>>>> Ni Mimi,____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> No, is not ideological, the legal
counsel already confirmed the<br clear="none" class="">
>>>> being bookkeepers has many other
**related** implications, such<br clear="none" class="">
>>>> as provide a trustable source of
accurate data, and this is what<br clear="none" class="">
>>>> RPKI and AS0 improve.____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> The fact that in RIPE has not been
accepted yet is just one more<br clear="none" class="">
>>>> excuse, if you compare it with the
fact that the other TWO RIRs<br clear="none" class="">
>>>> where it has been submitted (APNIC
and LACNIC) accepted it and in<br clear="none" class="">
>>>> none of those regions there have
been any of the excuses and lack<br clear="none" class="">
>>>> of knowledge about RPKI that we are
hearing here. As I’ve<br clear="none" class="">
>>>> explained already, I don’t think the
RIPE chairs decision was<br clear="none" class="">
>>>> correct, and we will make sure to
resubmit the proposal there<br clear="none" class="">
>>>> once a consistent appeal process is
available, in case chairs<br clear="none" class="">
>>>> take again a wrong decision. Also,
then the experience in APNIC,<br clear="none" class="">
>>>> LACNIC and AFRINIC will show that
those motivations are<br clear="none" class="">
>>>> ridiculous.____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> From time to time is good that ARIN
and RIPE aren’t the leaders,<br clear="none" class="">
>>>> you don’t think so? It shows that
very smart people exist in<br clear="none" class="">
>>>> other regions as well!____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> Once more, sometimes policies in one
or the other region fail to<br clear="none" class="">
>>>> reach consensus, but it happens
sooner or later.____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> If you have a simple and trustable
tool such as RPKI to drop<br clear="none" class="">
>>>> invalids, you have a better way (if
you want) to avoid bad actors<br clear="none" class="">
>>>> to use prefixes that don’t belong to
them as they are still on<br clear="none" class="">
>>>> the hands of AFRINIC. This is just
facts. Not ideological, not<br clear="none" class="">
>>>> opinions or personal view points. So
yes, AS0 avoids, if you<br clear="none" class="">
>>>> operate your network in a consistent
way, to be faked with<br clear="none" class="">
>>>> prefixes not allocated/assigned by
AFRINIC, and thus helps to<br clear="none" class="">
>>>> prevent hijacking.____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> Regards,____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> Jordi____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> @jordipalet____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> El 7/6/21 18:47, "Mimi dy" <<a shape="rect" ymailto="mailto:dym5328@gmail.com" href="mailto:dym5328@gmail.com" moz-do-not-send="true" class="">dym5328@gmail.com</a><br clear="none" class="">
>>>> <mailto:<a shape="rect" ymailto="mailto:dym5328@gmail.com" href="mailto:dym5328@gmail.com" moz-do-not-send="true" class="">dym5328@gmail.com</a>>>
escribió:____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> __ __<br clear="none" class="">
>>>><br clear="none" class="">
>>>> Dear WG,____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> ____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> I think the issue here is
ideological. Many people believe that<br clear="none" class="">
>>>> RIRs are mere bookkeepers, and it is
not in their mandate to<br clear="none" class="">
>>>> inject data into the routing
database. That is the reason why<br clear="none" class="">
>>>> RIPE did not approve a similar
proposal, which I totally agree<br clear="none" class="">
>>>> with. Moreover, I wanted to react to
Jordi’s statement, saying<br clear="none" class="">
>>>> that these objections are based on
practical and technical<br clear="none" class="">
>>>> matters. There is not only one
routing database, there are many,<br clear="none" class="">
>>>> isn’t it kind of messy? And that is
not even the main reason why<br clear="none" class="">
>>>> I object to this policy. ____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> From another perspective, since
people can adjust and control<br clear="none" class="">
>>>> their routers, can you precise how
this policy can potentially<br clear="none" class="">
>>>> prevent/ reduce hijacking?____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> ____<br clear="none" class="">
>>>><br clear="none" class="">
>>>> Best.____<br clear="none" class="">
>>>><br clear="none" class="">
>>>>
_______________________________________________ RPD
mailing list<br clear="none" class="">
>>>> <a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>
<mailto:<a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>><br clear="none" class="">
>>>> <a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br clear="none" class="">
>>>> <<a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a>>
____<br clear="none" class="">
>>>><br clear="none" class="">
>>>><br clear="none" class="">
>>>>
**********************************************<br clear="none" class="">
>>>> IPv4 is over<br clear="none" class="">
>>>> Are you ready for the new Internet ?<br clear="none" class="">
>>>> <a shape="rect" href="http://www.theipv6company.com/" target="_blank" moz-do-not-send="true" class="">http://www.theipv6company.com </a><<a shape="rect" href="http://www.theipv6company.com/" target="_blank" moz-do-not-send="true" class="">http://www.theipv6company.com</a>><br clear="none" class="">
>>>> The IPv6 Company<br clear="none" class="">
>>>><br clear="none" class="">
>>>> This electronic message contains
information which may be<br clear="none" class="">
>>>> privileged or confidential. The
information is intended to be for<br clear="none" class="">
>>>> the exclusive use of the
individual(s) named above and further<br clear="none" class="">
>>>> non-explicilty authorized
disclosure, copying, distribution or<br clear="none" class="">
>>>> use of the contents of this
information, even if partially,<br clear="none" class="">
>>>> including attached files, is
strictly prohibited and will be<br clear="none" class="">
>>>> considered a criminal offense. If
you are not the intended<br clear="none" class="">
>>>> recipient be aware that any
disclosure, copying, distribution or<br clear="none" class="">
>>>> use of the contents of this
information, even if partially,<br clear="none" class="">
>>>> including attached files, is
strictly prohibited, will be<br clear="none" class="">
>>>> considered a criminal offense, so
you must reply to the original<br clear="none" class="">
>>>> sender to inform about this
communication and delete it.
<div class="yqt4481908219" id="yqtfd23438"><br clear="none" class="">
>>>><br clear="none" class="">
>>>><br clear="none" class="">
>>>>
_______________________________________________<br clear="none" class="">
>>>> RPD mailing list<br clear="none" class="">
>>>> <a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>
<mailto:<a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>><br clear="none" class="">
>>>> <a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd
</a><<a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br clear="none" class="">
>>>
_______________________________________________<br clear="none" class="">
>>> RPD mailing list<br clear="none" class="">
>>> <a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>
<mailto:<a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>><br clear="none" class="">
>>> <a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd
</a><<a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br clear="none" class="">
>>
_______________________________________________<br clear="none" class="">
>> RPD mailing list<br clear="none" class="">
>> <a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>
<mailto:<a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a>><br clear="none" class="">
>> <a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br clear="none" class="">
>> <<a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a>><br clear="none" class="">
>><br clear="none" class="">
>><br clear="none" class="">
>> _______________________________________________<br clear="none" class="">
>> RPD mailing list<br clear="none" class="">
>> <a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a><br clear="none" class="">
>> <a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br clear="none" class="">
>><br clear="none" class="">
> _______________________________________________<br clear="none" class="">
> RPD mailing list<br clear="none" class="">
> <a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a><br clear="none" class="">
> <a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br clear="none" class="">
<br clear="none" class="">
_______________________________________________<br clear="none" class="">
RPD mailing list<br clear="none" class="">
<a shape="rect" ymailto="mailto:RPD@afrinic.net" href="mailto:RPD@afrinic.net" moz-do-not-send="true" class="">RPD@afrinic.net</a><br clear="none" class="">
<a shape="rect" href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" moz-do-not-send="true" class="">https://lists.afrinic.net/mailman/listinfo/rpd</a><br clear="none" class="">
</div>
</div>
</div>
</div>
</div>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
RPD mailing list
<a class="moz-txt-link-abbreviated" href="mailto:RPD@afrinic.net">RPD@afrinic.net</a>
<a class="moz-txt-link-freetext" href="https://lists.afrinic.net/mailman/listinfo/rpd">https://lists.afrinic.net/mailman/listinfo/rpd</a>
</pre>
</blockquote>
<div class="moz-signature">-- <br class="">
<meta http-equiv="content-type" content="text/html; charset=UTF-8" class="">
<title class=""></title><p class="">Mark James ELKINS - Posix Systems - (South) Africa<br class="">
<a class="moz-txt-link-abbreviated" href="mailto:mje@posix.co.za">mje@posix.co.za</a> Tel: <a href="tel:+27826010496" class="">+27.826010496</a><br class="">
For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za/" class="">https://ftth.posix.co.za</a><br class="">
<br class="">
<span id="cid:part31.47B09B75.14054173@posix.co.za"><abessive_logo.jpg></span><span id="cid:part32.73F8F799.113E899C@posix.co.za"><QR-MJElkins.png></span><br class="">
</p>
</div>
</div>
_______________________________________________<br class="">RPD mailing list<br class=""><a href="mailto:RPD@afrinic.net" class="">RPD@afrinic.net</a><br class="">https://lists.afrinic.net/mailman/listinfo/rpd<br class=""></div></blockquote></div><br class=""></body></html>