Keyboard Shortcuts
Thread View
j: Next unread messagek: Previous unread messagej a: Jump to all threadsj l: Jump to MailingList overview
Hi Jordi, As per points 3 and 4 in policy clause 12.4. Providing ASN to customer 3. If the customer ceases to receive connectivity from the requesting organization it must return the ASN. The requesting organization is expected to enter into an agreement with the customer to this effect. 4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR. We have had cases where a member has received an ASN on behalf of their customer. Subsequently that customer became a member of APNIC and requested to transfer that ASN into their APNIC account. We have also had cases where members have re-assigned their customer ASNs to new customers after their original customer ceased to receive connectivity from them. Subsequently the new customer became a member of APNIC and requested to transfer that ASN into their APNIC account. When the policy for customer ASNs was written, the ASN transfer policy did not exist. Now that we have a policy for ASN transfers, we would like to have some clarity around the transfer of customer ASNs. Thanks Vivek
From: sig-policy-bounces@lists.apnic.net on behalf of JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Monday, 15 March 2021 at 7:20 pm To: Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
I meant:
in the sense that any non-used resource must be returned “voluntarily” (or otherwise reclaimed).
Regards, Jordi @jordipalet
El 15/3/21 10:17, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.netmailto:sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.esmailto:jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
I saw your slides, and in fact, that’s what I followed initially for preparing my proposal. However, I saw many other points that need resolution, in my opinion, as when you touch some of the text, some other text is related to it, etc.
So, yes, I understand your slide 17, however, the point is still the same … In an ideal world, if you don’t need any more any INR (Internet Number Resource), which has been provided by the RIR (APNIC in this case), then you just return it, so other community members can take advantage of it. However, we know that will not happen, and we will need to go into “persecution & reclaim-mode” (excluding M&A cases), and this is what triggered the transfer policies. What I’m saying is that the apparent contradiction for the ASNs is there also for IPv4 resources. We can tidy up a bit the text, but the contradiction is “generic” in the sense that any non-used resource must be reclaimed.
Let’s talk about this in the community consultation. It is a terrible timing for me (national holiday and 5AM) … but I will try to join anyway.
By the way, I forgot to mention in my email that the transfers policies, could not just be “editorially moved” to a specific part in the policy manual, but also try to make the text shorter, instead of having just all the text “there”. I will try to prepare something else about that.
Regards, Jordi @jordipalet
El 15/3/21 7:55, "Srinivas (Sunny) Chendi" <sunny@apnic.netmailto:sunny@apnic.net> escribió:
Hello Jordi,
Thanks for your email. Please see the responses inline below. On 15/03/2021 8:05 am, JORDI PALET MARTINEZ wrote:
Hi all,
I've got no inputs to this message, so I moved on and edited a draft policy proposal, trying to avoid any "contentious" wording ... but will see. As usual, appreciate for your pro-activeness and support. The Policy SIG Chairs have sent an invitation to the community to join a virtual community consultation to discuss the Policy documentation review report presented at APNIC 51 OPM. This is an opportunity for those who missed the OPM to participate in this discussion.
https://www.apnic.net/community/participate/sigs/community-consultation/https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apnic.net%2Fcommunity%2Fparticipate%2Fsigs%2Fcommunity-consultation%2F&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414153243%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=l9eSmFRtmviWg4JQpJIiGRpQu%2FRBz%2BsrQHD9bnv2TzQ%3D&reserved=0
After this virtual consultation, hope interested individuals (or groups) may come forward to draft proposal/s.
I've one question for the secretariat, actually all, regarding the ASN return vs. transfers. The point is that if we "ask" all the LIRs to return the ASNs that they don't use, we should also ask them to return the IPv4 addresses that they don't use ... so then there is no need to allow the transfers. So, I think we should keep the ASN/ASN transfers as is today. Or do you think the wording in between IPv4 and ASN is so different that makes a point in rewording the ASN 12.4? We could keep the current text but is contradicting with the text in "Section 13.2.2. Conditions on the source of the transfer" and creating confusion as reported at APNIC 51. Please refer to slide #17, here
https://2021.apricot.net/assets/files/APSr481/apnic-policy-document-review-r...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2F2021.apricot.net%2Fassets%2Ffiles%2FAPSr481%2Fapnic-policy-document-review-report.pdf&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414153243%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=nZpMH6JiOaVQtzRrXS2QYnRj4MItXYjwbDMRyThZMlc%3D&reserved=0
This just requires a simple update to "Section 12.4 Providing ASN to customer", point #4, to allow transfer in accordance with ASN Transfers 13.0.
Hope this clarifies.
Regards Sunny
So ... see the attached PDF with the proposal. This is just a draft. As I mention in my previous email, the goal is to have some discussions in the list and get other folks joining before submitting a proposal ... of course, unless there is no discussion in the list and I need to go for the proposal.
Regards,
Jordi
@jordipalet
El 3/3/21 13:40, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es>mailto:sig-policy-bounces@lists.apnic.netennombredejordi.palet@consulintel.es escribió:
Hi Sunny, all,
Some of the topics that you mention, have been already resolved in other RIRs, as there were similar issues. In fact, I authored a few policy proposals about some of them.
In a quick review of your presentation, I see that many of them are really easy to resolve. They are not "editorial" in the sense of typos or grammar, but inconsistencies among different parts of the policy "manual" and, the most important thing, I believe they are non-contentious (so "should not" have objections which create lack of consensus, lengthy discussions, etc.).
For example, in a quick look, some of those that I believe aren't contentious:
0) Overall: Improve definitions, ensure they are in a single section?
1) End-Site vs end-user
2) 5.31, 5.32, 5.3.3 unify?
3) 5.6 and 5.6.1 repetitive, delete last one
4) Utilization vs usage rate
5) Agree with transfers in a single place
6) LIR assignment for their own infrastructure doesn't look as a real need in IPv6?
7) 5.2.1 assignment window for LIRs Second Opinion Request
9) I don't think we need IPv6 guidelines ... anymore, having policies and guidelines is making it more complex
10) No need for experimental IPv4 resources anymore?
11) ASNs 12.4 vs 13.0 - rewording or clarification needed
We shouldn't make this very complex or take a long time to resolve them. I will say that by the next on-line meeting, should be sorted out, at least for those issues that aren't contentious.
I just started a document with a proposal for all them. I will try to finish it this afternoon.
However, I think if we can circulate in the list each topic, we can "see" if anyone is objecting to any of the issues, before making a formal proposal. This way we can split the issues in those that are "non-contentious" and those that "may have some objections". Even if the APNIC PDP is used to ask questions for separate parts of a single proposal, we can make it much easier having ONE proposal for the "non-contentious", and then individual proposals for each of the "contentious" ones.
We can try to determine if any of the issues is "contentious" by circulating in the sig-policy list each of the points. This will only work if the people decide to *actively* participate, in such way that for example, every week (more or less), from now to the next meeting (actually a couple of months before it, at least), so we have a clear view of points to "exclude" from the "non-contentious proposal".
*Otherwise*, if people are not willing to contribute actively, we don't waste anyone time and I just fire a proposal tomorrow.
Now, while I'm happy to take over this task myself, I will prefer doing this with other folks. May be people that never participated in policy proposals before and want to take advantage of the experience?
So, I will ask once more: Anyone interested to contribute (you can email me in private if you prefer so)?
Regards,
Jordi
@jordipalet
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414163201%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=IVggtxyJiabhz1vvu8V4phofankICR56dh1tkfwmfvI%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.netmailto:sig-policy@lists.apnic.net
https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.ap...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414163201%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=iaO0zMMmSyZASr%2BQ8cVnqSG%2BYYIETU3c7C%2Bmn4wkKbQ%3D&reserved=0
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414163201%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=IVggtxyJiabhz1vvu8V4phofankICR56dh1tkfwmfvI%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414173154%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=LfYwE5NKPckXVFCWwMidzwa%2F93vV0s5oaRABAoRyuRQ%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.netmailto:sig-policy@lists.apnic.net
https://mailman.apnic.net/mailman/listinfo/sig-policyhttps://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414173154%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=pMa5c8w%2BYs28MRTUcCIWKAY0xXVId4nWRyttuLvlp%2Bk%3D&reserved=0
--
_______________________________________________________________________
Srinivas (Sunny) Chendi
Senior Advisor - Policy and Community Development
Asia Pacific Network Information Centre (APNIC) | Tel: +61 7 3858 3100
PO Box 3646 South Brisbane, QLD 4101 Australia | Fax: +61 7 3858 3199
6 Cordelia Street, South Brisbane, QLD | http://www.apnic.nethttps://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apnic.net%2F&data=04%7C01%7C%7C612d2d56b90149bace8908d8e7939796%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637513968414183113%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=4I4hMumFOB9gnYSim2Xr9QmlVeZwYezI90EnI9kc%2FFE%3D&reserved=0
_______________________________________________________________________
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://mailman.apnic.net/mailman/listinfo/sig-policy
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
Hi Vivek,
I fully understand that case. It makes a lot of sense that a customer which initially got the ASN from the upstream, now becomes a member and then it should be transferred. Probably also the IPv4 addresses, but that’s a more complex issue.
I was thinking in a different case. An upstream is providing an ASN to a customer. The customer cancels the contract and don’t ask for the transfer. The upstream has an ASN not being used (let’s assume that it is not used for another customer in more than 6 months or so). The honest thing in this case, is to return it, not to transfer it after 12 months (example). Otherwise, it is a stockpiling.
Based on that, I’ve updated the document. Do you thing adding this in 12.4 will work?
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC member.
Otherwise, it is a good starting point for a discussion on this specific topic!
Regards,
Jordi
@jordipalet
El 16/3/21 3:33, "Vivek Nigam" vivek@apnic.net escribió:
Hi Jordi,
As per points 3 and 4 in policy clause 12.4. Providing ASN to customer
3. If the customer ceases to receive connectivity from the requesting organization it must return the ASN. The requesting organization is expected to enter into an agreement with the customer to this effect.
4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR.
We have had cases where a member has received an ASN on behalf of their customer. Subsequently that customer became a member of APNIC and requested to transfer that ASN into their APNIC account. We have also had cases where members have re-assigned their customer ASNs to new customers after their original customer ceased to receive connectivity from them. Subsequently the new customer became a member of APNIC and requested to transfer that ASN into their APNIC account.
When the policy for customer ASNs was written, the ASN transfer policy did not exist. Now that we have a policy for ASN transfers, we would like to have some clarity around the transfer of customer ASNs.
Thanks
Vivek
From: sig-policy-bounces@lists.apnic.net on behalf of JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Monday, 15 March 2021 at 7:20 pm To: Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
I meant:
in the sense that any non-used resource must be returned “voluntarily” (or otherwise reclaimed).
Regards,
Jordi
@jordipalet
El 15/3/21 10:17, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
I saw your slides, and in fact, that’s what I followed initially for preparing my proposal. However, I saw many other points that need resolution, in my opinion, as when you touch some of the text, some other text is related to it, etc.
So, yes, I understand your slide 17, however, the point is still the same … In an ideal world, if you don’t need any more any INR (Internet Number Resource), which has been provided by the RIR (APNIC in this case), then you just return it, so other community members can take advantage of it. However, we know that will not happen, and we will need to go into “persecution & reclaim-mode” (excluding M&A cases), and this is what triggered the transfer policies. What I’m saying is that the apparent contradiction for the ASNs is there also for IPv4 resources. We can tidy up a bit the text, but the contradiction is “generic” in the sense that any non-used resource must be reclaimed.
Let’s talk about this in the community consultation. It is a terrible timing for me (national holiday and 5AM) … but I will try to join anyway.
By the way, I forgot to mention in my email that the transfers policies, could not just be “editorially moved” to a specific part in the policy manual, but also try to make the text shorter, instead of having just all the text “there”. I will try to prepare something else about that.
Regards,
Jordi
@jordipalet
El 15/3/21 7:55, "Srinivas (Sunny) Chendi" sunny@apnic.net escribió:
Hello Jordi,
Thanks for your email. Please see the responses inline below.
On 15/03/2021 8:05 am, JORDI PALET MARTINEZ wrote: Hi all,
I've got no inputs to this message, so I moved on and edited a draft policy proposal, trying to avoid any "contentious" wording ... but will see. As usual, appreciate for your pro-activeness and support. The Policy SIG Chairs have sent an invitation to the community to join a virtual community consultation to discuss the Policy documentation review report presented at APNIC 51 OPM. This is an opportunity for those who missed the OPM to participate in this discussion.
https://www.apnic.net/community/participate/sigs/community-consultation/
After this virtual consultation, hope interested individuals (or groups) may come forward to draft proposal/s.
I've one question for the secretariat, actually all, regarding the ASN return vs. transfers. The point is that if we "ask" all the LIRs to return the ASNs that they don't use, we should also ask them to return the IPv4 addresses that they don't use ... so then there is no need to allow the transfers. So, I think we should keep the ASN/ASN transfers as is today. Or do you think the wording in between IPv4 and ASN is so different that makes a point in rewording the ASN 12.4? We could keep the current text but is contradicting with the text in "Section 13.2.2. Conditions on the source of the transfer" and creating confusion as reported at APNIC 51. Please refer to slide #17, here
https://2021.apricot.net/assets/files/APSr481/apnic-policy-document-review-r...
This just requires a simple update to "Section 12.4 Providing ASN to customer", point #4, to allow transfer in accordance with ASN Transfers 13.0.
Hope this clarifies.
Regards Sunny
So ... see the attached PDF with the proposal. This is just a draft. As I mention in my previous email, the goal is to have some discussions in the list and get other folks joining before submitting a proposal ... of course, unless there is no discussion in the list and I need to go for the proposal.
Regards, Jordi @jordipalet
El 3/3/21 13:40, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
Some of the topics that you mention, have been already resolved in other RIRs, as there were similar issues. In fact, I authored a few policy proposals about some of them.
In a quick review of your presentation, I see that many of them are really easy to resolve. They are not "editorial" in the sense of typos or grammar, but inconsistencies among different parts of the policy "manual" and, the most important thing, I believe they are non-contentious (so "should not" have objections which create lack of consensus, lengthy discussions, etc.).
For example, in a quick look, some of those that I believe aren't contentious:
0) Overall: Improve definitions, ensure they are in a single section? 1) End-Site vs end-user 2) 5.31, 5.32, 5.3.3 unify? 3) 5.6 and 5.6.1 repetitive, delete last one 4) Utilization vs usage rate 5) Agree with transfers in a single place 6) LIR assignment for their own infrastructure doesn't look as a real need in IPv6? 7) 5.2.1 assignment window for LIRs Second Opinion Request 9) I don't think we need IPv6 guidelines ... anymore, having policies and guidelines is making it more complex 10) No need for experimental IPv4 resources anymore? 11) ASNs 12.4 vs 13.0 - rewording or clarification needed
We shouldn't make this very complex or take a long time to resolve them. I will say that by the next on-line meeting, should be sorted out, at least for those issues that aren't contentious.
I just started a document with a proposal for all them. I will try to finish it this afternoon.
However, I think if we can circulate in the list each topic, we can "see" if anyone is objecting to any of the issues, before making a formal proposal. This way we can split the issues in those that are "non-contentious" and those that "may have some objections". Even if the APNIC PDP is used to ask questions for separate parts of a single proposal, we can make it much easier having ONE proposal for the "non-contentious", and then individual proposals for each of the "contentious" ones.
We can try to determine if any of the issues is "contentious" by circulating in the sig-policy list each of the points. This will only work if the people decide to *actively* participate, in such way that for example, every week (more or less), from now to the next meeting (actually a couple of months before it, at least), so we have a clear view of points to "exclude" from the "non-contentious proposal".
*Otherwise*, if people are not willing to contribute actively, we don't waste anyone time and I just fire a proposal tomorrow.
Now, while I'm happy to take over this task myself, I will prefer doing this with other folks. May be people that never participated in policy proposals before and want to take advantage of the experience?
So, I will ask once more: Anyone interested to contribute (you can email me in private if you prefer so)?
Regards, Jordi @jordipalet
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.ap...
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://mailman.apnic.net/mailman/listinfo/sig-policy
Hi Jordy,
Yes, this will address the cases I explained in my previous email.
Since APNIC has NIRs in our region, you may want to include them in your proposed point.
Thanks Vivek
From: JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Tuesday, 16 March 2021 at 7:08 pm To: Vivek Nigam vivek@apnic.net, Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
Hi Vivek,
I fully understand that case. It makes a lot of sense that a customer which initially got the ASN from the upstream, now becomes a member and then it should be transferred. Probably also the IPv4 addresses, but that’s a more complex issue.
I was thinking in a different case.
1. An upstream is providing an ASN to a customer. 2. The customer cancels the contract and don’t ask for the transfer. 3. The upstream has an ASN not being used (let’s assume that it is not used for another customer in more than 6 months or so). 4. The honest thing in this case, is to return it, not to transfer it after 12 months (example). Otherwise, it is a stockpiling.
Based on that, I’ve updated the document. Do you thing adding this in 12.4 will work?
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC member.
Otherwise, it is a good starting point for a discussion on this specific topic!
Regards, Jordi @jordipalet
El 16/3/21 3:33, "Vivek Nigam" <vivek@apnic.netmailto:vivek@apnic.net> escribió:
Hi Jordi, As per points 3 and 4 in policy clause 12.4. Providing ASN to customer 3. If the customer ceases to receive connectivity from the requesting organization it must return the ASN. The requesting organization is expected to enter into an agreement with the customer to this effect. 4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR. We have had cases where a member has received an ASN on behalf of their customer. Subsequently that customer became a member of APNIC and requested to transfer that ASN into their APNIC account. We have also had cases where members have re-assigned their customer ASNs to new customers after their original customer ceased to receive connectivity from them. Subsequently the new customer became a member of APNIC and requested to transfer that ASN into their APNIC account. When the policy for customer ASNs was written, the ASN transfer policy did not exist. Now that we have a policy for ASN transfers, we would like to have some clarity around the transfer of customer ASNs. Thanks Vivek
From: sig-policy-bounces@lists.apnic.net on behalf of JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Monday, 15 March 2021 at 7:20 pm To: Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
I meant:
in the sense that any non-used resource must be returned “voluntarily” (or otherwise reclaimed).
Regards, Jordi @jordipalet
El 15/3/21 10:17, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.netmailto:sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.esmailto:jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
I saw your slides, and in fact, that’s what I followed initially for preparing my proposal. However, I saw many other points that need resolution, in my opinion, as when you touch some of the text, some other text is related to it, etc.
So, yes, I understand your slide 17, however, the point is still the same … In an ideal world, if you don’t need any more any INR (Internet Number Resource), which has been provided by the RIR (APNIC in this case), then you just return it, so other community members can take advantage of it. However, we know that will not happen, and we will need to go into “persecution & reclaim-mode” (excluding M&A cases), and this is what triggered the transfer policies. What I’m saying is that the apparent contradiction for the ASNs is there also for IPv4 resources. We can tidy up a bit the text, but the contradiction is “generic” in the sense that any non-used resource must be reclaimed.
Let’s talk about this in the community consultation. It is a terrible timing for me (national holiday and 5AM) … but I will try to join anyway.
By the way, I forgot to mention in my email that the transfers policies, could not just be “editorially moved” to a specific part in the policy manual, but also try to make the text shorter, instead of having just all the text “there”. I will try to prepare something else about that.
Regards, Jordi @jordipalet
El 15/3/21 7:55, "Srinivas (Sunny) Chendi" <sunny@apnic.netmailto:sunny@apnic.net> escribió:
Hello Jordi,
Thanks for your email. Please see the responses inline below. On 15/03/2021 8:05 am, JORDI PALET MARTINEZ wrote:
Hi all,
I've got no inputs to this message, so I moved on and edited a draft policy proposal, trying to avoid any "contentious" wording ... but will see. As usual, appreciate for your pro-activeness and support. The Policy SIG Chairs have sent an invitation to the community to join a virtual community consultation to discuss the Policy documentation review report presented at APNIC 51 OPM. This is an opportunity for those who missed the OPM to participate in this discussion.
https://www.apnic.net/community/participate/sigs/community-consultation/https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apnic.net%2Fcommunity%2Fparticipate%2Fsigs%2Fcommunity-consultation%2F&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185473757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Jidl0i%2B34JTN93RER2gBZIvu1cSzJok2y%2FLssnBAZ3o%3D&reserved=0
After this virtual consultation, hope interested individuals (or groups) may come forward to draft proposal/s.
I've one question for the secretariat, actually all, regarding the ASN return vs. transfers. The point is that if we "ask" all the LIRs to return the ASNs that they don't use, we should also ask them to return the IPv4 addresses that they don't use ... so then there is no need to allow the transfers. So, I think we should keep the ASN/ASN transfers as is today. Or do you think the wording in between IPv4 and ASN is so different that makes a point in rewording the ASN 12.4? We could keep the current text but is contradicting with the text in "Section 13.2.2. Conditions on the source of the transfer" and creating confusion as reported at APNIC 51. Please refer to slide #17, here
https://2021.apricot.net/assets/files/APSr481/apnic-policy-document-review-r...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2F2021.apricot.net%2Fassets%2Ffiles%2FAPSr481%2Fapnic-policy-document-review-report.pdf&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185473757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=eL19uA6yYE0oDWBDnXwN7qOOUHY8TsZoJjGzbM3E7Qw%3D&reserved=0
This just requires a simple update to "Section 12.4 Providing ASN to customer", point #4, to allow transfer in accordance with ASN Transfers 13.0.
Hope this clarifies.
Regards Sunny
So ... see the attached PDF with the proposal. This is just a draft. As I mention in my previous email, the goal is to have some discussions in the list and get other folks joining before submitting a proposal ... of course, unless there is no discussion in the list and I need to go for the proposal.
Regards,
Jordi
@jordipalet
El 3/3/21 13:40, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es>mailto:sig-policy-bounces@lists.apnic.netennombredejordi.palet@consulintel.es escribió:
Hi Sunny, all,
Some of the topics that you mention, have been already resolved in other RIRs, as there were similar issues. In fact, I authored a few policy proposals about some of them.
In a quick review of your presentation, I see that many of them are really easy to resolve. They are not "editorial" in the sense of typos or grammar, but inconsistencies among different parts of the policy "manual" and, the most important thing, I believe they are non-contentious (so "should not" have objections which create lack of consensus, lengthy discussions, etc.).
For example, in a quick look, some of those that I believe aren't contentious:
0) Overall: Improve definitions, ensure they are in a single section?
1) End-Site vs end-user
2) 5.31, 5.32, 5.3.3 unify?
3) 5.6 and 5.6.1 repetitive, delete last one
4) Utilization vs usage rate
5) Agree with transfers in a single place
6) LIR assignment for their own infrastructure doesn't look as a real need in IPv6?
7) 5.2.1 assignment window for LIRs Second Opinion Request
9) I don't think we need IPv6 guidelines ... anymore, having policies and guidelines is making it more complex
10) No need for experimental IPv4 resources anymore?
11) ASNs 12.4 vs 13.0 - rewording or clarification needed
We shouldn't make this very complex or take a long time to resolve them. I will say that by the next on-line meeting, should be sorted out, at least for those issues that aren't contentious.
I just started a document with a proposal for all them. I will try to finish it this afternoon.
However, I think if we can circulate in the list each topic, we can "see" if anyone is objecting to any of the issues, before making a formal proposal. This way we can split the issues in those that are "non-contentious" and those that "may have some objections". Even if the APNIC PDP is used to ask questions for separate parts of a single proposal, we can make it much easier having ONE proposal for the "non-contentious", and then individual proposals for each of the "contentious" ones.
We can try to determine if any of the issues is "contentious" by circulating in the sig-policy list each of the points. This will only work if the people decide to *actively* participate, in such way that for example, every week (more or less), from now to the next meeting (actually a couple of months before it, at least), so we have a clear view of points to "exclude" from the "non-contentious proposal".
*Otherwise*, if people are not willing to contribute actively, we don't waste anyone time and I just fire a proposal tomorrow.
Now, while I'm happy to take over this task myself, I will prefer doing this with other folks. May be people that never participated in policy proposals before and want to take advantage of the experience?
So, I will ask once more: Anyone interested to contribute (you can email me in private if you prefer so)?
Regards,
Jordi
@jordipalet
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185483709%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=xzw8blKklQFKDgk%2BxFNPpg9Itv8SGNeNc%2Fj3tQ4Ww48%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.netmailto:sig-policy@lists.apnic.net
https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.ap...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185613146%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=dbLX4wW5B5KORKXv6IcS26g0spAo3c4jUmVPaCejk9w%3D&reserved=0
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185613146%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1LnHs9s8TVRyQWksoL%2BTkPBg2Ny%2FUad3CIu9kkdz%2BNY%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185623101%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WxZRCRfheTHKk4FonzRmhccfTxZdTS0l23Ve6NsIOyQ%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.netmailto:sig-policy@lists.apnic.net
https://mailman.apnic.net/mailman/listinfo/sig-policyhttps://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185623101%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CrWz9pUqWPDC91if74fBVUHqQLDYxhCfiEQqiU%2FhSCk%3D&reserved=0
--
_______________________________________________________________________
Srinivas (Sunny) Chendi
Senior Advisor - Policy and Community Development
Asia Pacific Network Information Centre (APNIC) | Tel: +61 7 3858 3100
PO Box 3646 South Brisbane, QLD 4101 Australia | Fax: +61 7 3858 3199
6 Cordelia Street, South Brisbane, QLD | http://www.apnic.nethttps://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apnic.net%2F&data=04%7C01%7C%7C30e0f66b5bd2410b7b4e08d8e85ac971%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637514825185623101%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=5hSjFaEmQ00MCpTlr%2BYR4NO%2Fz3oAOT3ZuGCD2nI%2BoVk%3D&reserved=0
_______________________________________________________________________
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://mailman.apnic.net/mailman/listinfo/sig-policy
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
Hi Vivek,
I was thinking on that, but not all the policies have an explicit mention to the “NIR” or related text, and what is more important, my understanding is that a NIR member is also an APNIC member by default, or at least, that’s what I understand from:
https://www.apnic.net/about-apnic/corporate-documents/documents/membership/n...
(or I got wrong that document?)
If the secretariat believes that we should make it more explicit (I think redundant text is not always good, but I’m fine with that), then we could use:
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC/NIR member.
Regards,
Jordi
@jordipalet
El 17/3/21 7:59, "Vivek Nigam" vivek@apnic.net escribió:
Hi Jordy,
Yes, this will address the cases I explained in my previous email.
Since APNIC has NIRs in our region, you may want to include them in your proposed point.
Thanks
Vivek
From: JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Tuesday, 16 March 2021 at 7:08 pm To: Vivek Nigam vivek@apnic.net, Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
Hi Vivek,
I fully understand that case. It makes a lot of sense that a customer which initially got the ASN from the upstream, now becomes a member and then it should be transferred. Probably also the IPv4 addresses, but that’s a more complex issue.
I was thinking in a different case.
1) An upstream is providing an ASN to a customer.
2) The customer cancels the contract and don’t ask for the transfer.
3) The upstream has an ASN not being used (let’s assume that it is not used for another customer in more than 6 months or so).
4) The honest thing in this case, is to return it, not to transfer it after 12 months (example). Otherwise, it is a stockpiling.
Based on that, I’ve updated the document. Do you thing adding this in 12.4 will work?
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC member.
Otherwise, it is a good starting point for a discussion on this specific topic!
Regards,
Jordi
@jordipalet
El 16/3/21 3:33, "Vivek Nigam" vivek@apnic.net escribió:
Hi Jordi,
As per points 3 and 4 in policy clause 12.4. Providing ASN to customer
3. If the customer ceases to receive connectivity from the requesting organization it must return the ASN. The requesting organization is expected to enter into an agreement with the customer to this effect.
4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR.
We have had cases where a member has received an ASN on behalf of their customer. Subsequently that customer became a member of APNIC and requested to transfer that ASN into their APNIC account. We have also had cases where members have re-assigned their customer ASNs to new customers after their original customer ceased to receive connectivity from them. Subsequently the new customer became a member of APNIC and requested to transfer that ASN into their APNIC account.
When the policy for customer ASNs was written, the ASN transfer policy did not exist. Now that we have a policy for ASN transfers, we would like to have some clarity around the transfer of customer ASNs.
Thanks
Vivek
From: sig-policy-bounces@lists.apnic.net on behalf of JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Monday, 15 March 2021 at 7:20 pm To: Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
I meant:
in the sense that any non-used resource must be returned “voluntarily” (or otherwise reclaimed).
Regards,
Jordi
@jordipalet
El 15/3/21 10:17, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
I saw your slides, and in fact, that’s what I followed initially for preparing my proposal. However, I saw many other points that need resolution, in my opinion, as when you touch some of the text, some other text is related to it, etc.
So, yes, I understand your slide 17, however, the point is still the same … In an ideal world, if you don’t need any more any INR (Internet Number Resource), which has been provided by the RIR (APNIC in this case), then you just return it, so other community members can take advantage of it. However, we know that will not happen, and we will need to go into “persecution & reclaim-mode” (excluding M&A cases), and this is what triggered the transfer policies. What I’m saying is that the apparent contradiction for the ASNs is there also for IPv4 resources. We can tidy up a bit the text, but the contradiction is “generic” in the sense that any non-used resource must be reclaimed.
Let’s talk about this in the community consultation. It is a terrible timing for me (national holiday and 5AM) … but I will try to join anyway.
By the way, I forgot to mention in my email that the transfers policies, could not just be “editorially moved” to a specific part in the policy manual, but also try to make the text shorter, instead of having just all the text “there”. I will try to prepare something else about that.
Regards,
Jordi
@jordipalet
El 15/3/21 7:55, "Srinivas (Sunny) Chendi" sunny@apnic.net escribió:
Hello Jordi,
Thanks for your email. Please see the responses inline below.
On 15/03/2021 8:05 am, JORDI PALET MARTINEZ wrote: Hi all,
I've got no inputs to this message, so I moved on and edited a draft policy proposal, trying to avoid any "contentious" wording ... but will see. As usual, appreciate for your pro-activeness and support. The Policy SIG Chairs have sent an invitation to the community to join a virtual community consultation to discuss the Policy documentation review report presented at APNIC 51 OPM. This is an opportunity for those who missed the OPM to participate in this discussion.
https://www.apnic.net/community/participate/sigs/community-consultation/
After this virtual consultation, hope interested individuals (or groups) may come forward to draft proposal/s.
I've one question for the secretariat, actually all, regarding the ASN return vs. transfers. The point is that if we "ask" all the LIRs to return the ASNs that they don't use, we should also ask them to return the IPv4 addresses that they don't use ... so then there is no need to allow the transfers. So, I think we should keep the ASN/ASN transfers as is today. Or do you think the wording in between IPv4 and ASN is so different that makes a point in rewording the ASN 12.4? We could keep the current text but is contradicting with the text in "Section 13.2.2. Conditions on the source of the transfer" and creating confusion as reported at APNIC 51. Please refer to slide #17, here
https://2021.apricot.net/assets/files/APSr481/apnic-policy-document-review-r...
This just requires a simple update to "Section 12.4 Providing ASN to customer", point #4, to allow transfer in accordance with ASN Transfers 13.0.
Hope this clarifies.
Regards Sunny
So ... see the attached PDF with the proposal. This is just a draft. As I mention in my previous email, the goal is to have some discussions in the list and get other folks joining before submitting a proposal ... of course, unless there is no discussion in the list and I need to go for the proposal.
Regards, Jordi @jordipalet
El 3/3/21 13:40, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
Some of the topics that you mention, have been already resolved in other RIRs, as there were similar issues. In fact, I authored a few policy proposals about some of them.
In a quick review of your presentation, I see that many of them are really easy to resolve. They are not "editorial" in the sense of typos or grammar, but inconsistencies among different parts of the policy "manual" and, the most important thing, I believe they are non-contentious (so "should not" have objections which create lack of consensus, lengthy discussions, etc.).
For example, in a quick look, some of those that I believe aren't contentious:
0) Overall: Improve definitions, ensure they are in a single section? 1) End-Site vs end-user 2) 5.31, 5.32, 5.3.3 unify? 3) 5.6 and 5.6.1 repetitive, delete last one 4) Utilization vs usage rate 5) Agree with transfers in a single place 6) LIR assignment for their own infrastructure doesn't look as a real need in IPv6? 7) 5.2.1 assignment window for LIRs Second Opinion Request 9) I don't think we need IPv6 guidelines ... anymore, having policies and guidelines is making it more complex 10) No need for experimental IPv4 resources anymore? 11) ASNs 12.4 vs 13.0 - rewording or clarification needed
We shouldn't make this very complex or take a long time to resolve them. I will say that by the next on-line meeting, should be sorted out, at least for those issues that aren't contentious.
I just started a document with a proposal for all them. I will try to finish it this afternoon.
However, I think if we can circulate in the list each topic, we can "see" if anyone is objecting to any of the issues, before making a formal proposal. This way we can split the issues in those that are "non-contentious" and those that "may have some objections". Even if the APNIC PDP is used to ask questions for separate parts of a single proposal, we can make it much easier having ONE proposal for the "non-contentious", and then individual proposals for each of the "contentious" ones.
We can try to determine if any of the issues is "contentious" by circulating in the sig-policy list each of the points. This will only work if the people decide to *actively* participate, in such way that for example, every week (more or less), from now to the next meeting (actually a couple of months before it, at least), so we have a clear view of points to "exclude" from the "non-contentious proposal".
*Otherwise*, if people are not willing to contribute actively, we don't waste anyone time and I just fire a proposal tomorrow.
Now, while I'm happy to take over this task myself, I will prefer doing this with other folks. May be people that never participated in policy proposals before and want to take advantage of the experience?
So, I will ask once more: Anyone interested to contribute (you can email me in private if you prefer so)?
Regards, Jordi @jordipalet
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.ap...
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://mailman.apnic.net/mailman/listinfo/sig-policy
Hi Jordi,
Your proposed text is more consistent with the text in bullet point 4 now.
4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR.
Thanks Vivek
From: JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Wednesday, 17 March 2021 at 6:36 pm To: Vivek Nigam vivek@apnic.net, Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
Hi Vivek,
I was thinking on that, but not all the policies have an explicit mention to the “NIR” or related text, and what is more important, my understanding is that a NIR member is also an APNIC member by default, or at least, that’s what I understand from:
https://www.apnic.net/about-apnic/corporate-documents/documents/membership/n...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apnic.net%2Fabout-apnic%2Fcorporate-documents%2Fdocuments%2Fmembership%2Fnir-membership-agreement%2F&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777957577%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=poEmRA9SFzhvxWyK4Ymt4PSzn%2BwBm3Bjg0p360SUJ1I%3D&reserved=0
(or I got wrong that document?)
If the secretariat believes that we should make it more explicit (I think redundant text is not always good, but I’m fine with that), then we could use:
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC/NIR member.
Regards, Jordi @jordipalet
El 17/3/21 7:59, "Vivek Nigam" <vivek@apnic.netmailto:vivek@apnic.net> escribió:
Hi Jordy,
Yes, this will address the cases I explained in my previous email.
Since APNIC has NIRs in our region, you may want to include them in your proposed point.
Thanks Vivek
From: JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Tuesday, 16 March 2021 at 7:08 pm To: Vivek Nigam vivek@apnic.net, Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
Hi Vivek,
I fully understand that case. It makes a lot of sense that a customer which initially got the ASN from the upstream, now becomes a member and then it should be transferred. Probably also the IPv4 addresses, but that’s a more complex issue.
I was thinking in a different case.
1) An upstream is providing an ASN to a customer.
2) The customer cancels the contract and don’t ask for the transfer.
3) The upstream has an ASN not being used (let’s assume that it is not used for another customer in more than 6 months or so).
4) The honest thing in this case, is to return it, not to transfer it after 12 months (example). Otherwise, it is a stockpiling.
Based on that, I’ve updated the document. Do you thing adding this in 12.4 will work?
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC member.
Otherwise, it is a good starting point for a discussion on this specific topic!
Regards, Jordi @jordipalet
El 16/3/21 3:33, "Vivek Nigam" <vivek@apnic.netmailto:vivek@apnic.net> escribió:
Hi Jordi, As per points 3 and 4 in policy clause 12.4. Providing ASN to customer 3. If the customer ceases to receive connectivity from the requesting organization it must return the ASN. The requesting organization is expected to enter into an agreement with the customer to this effect. 4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR. We have had cases where a member has received an ASN on behalf of their customer. Subsequently that customer became a member of APNIC and requested to transfer that ASN into their APNIC account. We have also had cases where members have re-assigned their customer ASNs to new customers after their original customer ceased to receive connectivity from them. Subsequently the new customer became a member of APNIC and requested to transfer that ASN into their APNIC account. When the policy for customer ASNs was written, the ASN transfer policy did not exist. Now that we have a policy for ASN transfers, we would like to have some clarity around the transfer of customer ASNs. Thanks Vivek
From: sig-policy-bounces@lists.apnic.net on behalf of JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Monday, 15 March 2021 at 7:20 pm To: Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
I meant:
in the sense that any non-used resource must be returned “voluntarily” (or otherwise reclaimed).
Regards, Jordi @jordipalet
El 15/3/21 10:17, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.netmailto:sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.esmailto:jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
I saw your slides, and in fact, that’s what I followed initially for preparing my proposal. However, I saw many other points that need resolution, in my opinion, as when you touch some of the text, some other text is related to it, etc.
So, yes, I understand your slide 17, however, the point is still the same … In an ideal world, if you don’t need any more any INR (Internet Number Resource), which has been provided by the RIR (APNIC in this case), then you just return it, so other community members can take advantage of it. However, we know that will not happen, and we will need to go into “persecution & reclaim-mode” (excluding M&A cases), and this is what triggered the transfer policies. What I’m saying is that the apparent contradiction for the ASNs is there also for IPv4 resources. We can tidy up a bit the text, but the contradiction is “generic” in the sense that any non-used resource must be reclaimed.
Let’s talk about this in the community consultation. It is a terrible timing for me (national holiday and 5AM) … but I will try to join anyway.
By the way, I forgot to mention in my email that the transfers policies, could not just be “editorially moved” to a specific part in the policy manual, but also try to make the text shorter, instead of having just all the text “there”. I will try to prepare something else about that.
Regards, Jordi @jordipalet
El 15/3/21 7:55, "Srinivas (Sunny) Chendi" <sunny@apnic.netmailto:sunny@apnic.net> escribió:
Hello Jordi,
Thanks for your email. Please see the responses inline below. On 15/03/2021 8:05 am, JORDI PALET MARTINEZ wrote:
Hi all,
I've got no inputs to this message, so I moved on and edited a draft policy proposal, trying to avoid any "contentious" wording ... but will see. As usual, appreciate for your pro-activeness and support. The Policy SIG Chairs have sent an invitation to the community to join a virtual community consultation to discuss the Policy documentation review report presented at APNIC 51 OPM. This is an opportunity for those who missed the OPM to participate in this discussion.
https://www.apnic.net/community/participate/sigs/community-consultation/https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apnic.net%2Fcommunity%2Fparticipate%2Fsigs%2Fcommunity-consultation%2F&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777967532%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=7Ct2VFw3LKtjS0ndkZa8aOw8zEzujUDP0wvA8d2dhH4%3D&reserved=0
After this virtual consultation, hope interested individuals (or groups) may come forward to draft proposal/s.
I've one question for the secretariat, actually all, regarding the ASN return vs. transfers. The point is that if we "ask" all the LIRs to return the ASNs that they don't use, we should also ask them to return the IPv4 addresses that they don't use ... so then there is no need to allow the transfers. So, I think we should keep the ASN/ASN transfers as is today. Or do you think the wording in between IPv4 and ASN is so different that makes a point in rewording the ASN 12.4? We could keep the current text but is contradicting with the text in "Section 13.2.2. Conditions on the source of the transfer" and creating confusion as reported at APNIC 51. Please refer to slide #17, here
https://2021.apricot.net/assets/files/APSr481/apnic-policy-document-review-r...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2F2021.apricot.net%2Fassets%2Ffiles%2FAPSr481%2Fapnic-policy-document-review-report.pdf&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777967532%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=nc8I%2BzR8%2FVGzxYsWe7Sq1QjKXRCrsybfBxyrPjFotRo%3D&reserved=0
This just requires a simple update to "Section 12.4 Providing ASN to customer", point #4, to allow transfer in accordance with ASN Transfers 13.0.
Hope this clarifies.
Regards Sunny
So ... see the attached PDF with the proposal. This is just a draft. As I mention in my previous email, the goal is to have some discussions in the list and get other folks joining before submitting a proposal ... of course, unless there is no discussion in the list and I need to go for the proposal.
Regards,
Jordi
@jordipalet
El 3/3/21 13:40, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es>mailto:sig-policy-bounces@lists.apnic.netennombredejordi.palet@consulintel.es escribió:
Hi Sunny, all,
Some of the topics that you mention, have been already resolved in other RIRs, as there were similar issues. In fact, I authored a few policy proposals about some of them.
In a quick review of your presentation, I see that many of them are really easy to resolve. They are not "editorial" in the sense of typos or grammar, but inconsistencies among different parts of the policy "manual" and, the most important thing, I believe they are non-contentious (so "should not" have objections which create lack of consensus, lengthy discussions, etc.).
For example, in a quick look, some of those that I believe aren't contentious:
0) Overall: Improve definitions, ensure they are in a single section?
1) End-Site vs end-user
2) 5.31, 5.32, 5.3.3 unify?
3) 5.6 and 5.6.1 repetitive, delete last one
4) Utilization vs usage rate
5) Agree with transfers in a single place
6) LIR assignment for their own infrastructure doesn't look as a real need in IPv6?
7) 5.2.1 assignment window for LIRs Second Opinion Request
9) I don't think we need IPv6 guidelines ... anymore, having policies and guidelines is making it more complex
10) No need for experimental IPv4 resources anymore?
11) ASNs 12.4 vs 13.0 - rewording or clarification needed
We shouldn't make this very complex or take a long time to resolve them. I will say that by the next on-line meeting, should be sorted out, at least for those issues that aren't contentious.
I just started a document with a proposal for all them. I will try to finish it this afternoon.
However, I think if we can circulate in the list each topic, we can "see" if anyone is objecting to any of the issues, before making a formal proposal. This way we can split the issues in those that are "non-contentious" and those that "may have some objections". Even if the APNIC PDP is used to ask questions for separate parts of a single proposal, we can make it much easier having ONE proposal for the "non-contentious", and then individual proposals for each of the "contentious" ones.
We can try to determine if any of the issues is "contentious" by circulating in the sig-policy list each of the points. This will only work if the people decide to *actively* participate, in such way that for example, every week (more or less), from now to the next meeting (actually a couple of months before it, at least), so we have a clear view of points to "exclude" from the "non-contentious proposal".
*Otherwise*, if people are not willing to contribute actively, we don't waste anyone time and I just fire a proposal tomorrow.
Now, while I'm happy to take over this task myself, I will prefer doing this with other folks. May be people that never participated in policy proposals before and want to take advantage of the experience?
So, I will ask once more: Anyone interested to contribute (you can email me in private if you prefer so)?
Regards,
Jordi
@jordipalet
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777977489%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rIsgSz3OtAAE%2FlH8tIvgCaiBLTK3FacUsvnFqeyci1A%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.netmailto:sig-policy@lists.apnic.net
https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.ap...https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777977489%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=YafUeAGLHAn9COn9DY%2BqF9CFXPg5rQAEO73kuiMtvY4%3D&reserved=0
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777977489%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rIsgSz3OtAAE%2FlH8tIvgCaiBLTK3FacUsvnFqeyci1A%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
**********************************************
IPv4 is over
Are you ready for the new Internet ?
https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6...https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6company.com%2F&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777987446%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=32yv9CnWDdxfLpurXrMBgLZ5tGIJUZjTcYs6s0tHisI%3D&reserved=0
The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.netmailto:sig-policy@lists.apnic.net
https://mailman.apnic.net/mailman/listinfo/sig-policyhttps://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777987446%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Ap6f5Dl%2B75AovJN3WUiDCeiR56esRFuOhwPx9LQS%2FME%3D&reserved=0
--
_______________________________________________________________________
Srinivas (Sunny) Chendi
Senior Advisor - Policy and Community Development
Asia Pacific Network Information Centre (APNIC) | Tel: +61 7 3858 3100
PO Box 3646 South Brisbane, QLD 4101 Australia | Fax: +61 7 3858 3199
6 Cordelia Street, South Brisbane, QLD | http://www.apnic.nethttps://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apnic.net%2F&data=04%7C01%7C%7C4d987133b5a545d457f408d8e91f8c88%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637515669777997408%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=HFF5x%2FW28gw7GfdedCqpMkGpwmDMHFVfEl9LSIh9fuU%3D&reserved=0
_______________________________________________________________________
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://mailman.apnic.net/mailman/listinfo/sig-policy
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
Tks Vivek, I will update the document to v0.3 with that modification.
However, I think it is important to clarify if the nir-membership-agreement is still valid, because if that’s the case, a further clarification and simplification that can be done *across the entire policy manual* is to remove many of the references to NIRs, as they are implicit.
Regards,
Jordi
@jordipalet
El 17/3/21 9:54, "Vivek Nigam" vivek@apnic.net escribió:
Hi Jordi,
Your proposed text is more consistent with the text in bullet point 4 now.
4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR.
Thanks
Vivek
From: JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Wednesday, 17 March 2021 at 6:36 pm To: Vivek Nigam vivek@apnic.net, Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
Hi Vivek,
I was thinking on that, but not all the policies have an explicit mention to the “NIR” or related text, and what is more important, my understanding is that a NIR member is also an APNIC member by default, or at least, that’s what I understand from:
https://www.apnic.net/about-apnic/corporate-documents/documents/membership/n...
(or I got wrong that document?)
If the secretariat believes that we should make it more explicit (I think redundant text is not always good, but I’m fine with that), then we could use:
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC/NIR member.
Regards,
Jordi
@jordipalet
El 17/3/21 7:59, "Vivek Nigam" vivek@apnic.net escribió:
Hi Jordy,
Yes, this will address the cases I explained in my previous email.
Since APNIC has NIRs in our region, you may want to include them in your proposed point.
Thanks
Vivek
From: JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Tuesday, 16 March 2021 at 7:08 pm To: Vivek Nigam vivek@apnic.net, Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
Hi Vivek,
I fully understand that case. It makes a lot of sense that a customer which initially got the ASN from the upstream, now becomes a member and then it should be transferred. Probably also the IPv4 addresses, but that’s a more complex issue.
I was thinking in a different case.
1) An upstream is providing an ASN to a customer.
2) The customer cancels the contract and don’t ask for the transfer.
3) The upstream has an ASN not being used (let’s assume that it is not used for another customer in more than 6 months or so).
4) The honest thing in this case, is to return it, not to transfer it after 12 months (example). Otherwise, it is a stockpiling.
Based on that, I’ve updated the document. Do you thing adding this in 12.4 will work?
5. The ASN could be transferred, instead of returned, in cases such as the customer using the ASN becomes an APNIC member.
Otherwise, it is a good starting point for a discussion on this specific topic!
Regards,
Jordi
@jordipalet
El 16/3/21 3:33, "Vivek Nigam" vivek@apnic.net escribió:
Hi Jordi,
As per points 3 and 4 in policy clause 12.4. Providing ASN to customer
3. If the customer ceases to receive connectivity from the requesting organization it must return the ASN. The requesting organization is expected to enter into an agreement with the customer to this effect.
4. Any ASNs returned to the requesting organization must then be returned to APNIC or the relevant NIR.
We have had cases where a member has received an ASN on behalf of their customer. Subsequently that customer became a member of APNIC and requested to transfer that ASN into their APNIC account. We have also had cases where members have re-assigned their customer ASNs to new customers after their original customer ceased to receive connectivity from them. Subsequently the new customer became a member of APNIC and requested to transfer that ASN into their APNIC account.
When the policy for customer ASNs was written, the ASN transfer policy did not exist. Now that we have a policy for ASN transfers, we would like to have some clarity around the transfer of customer ASNs.
Thanks
Vivek
From: sig-policy-bounces@lists.apnic.net on behalf of JORDI PALET MARTINEZ jordi.palet@consulintel.es Date: Monday, 15 March 2021 at 7:20 pm To: Srinivas Chendi sunny@apnic.net, sig-policy sig-policy@lists.apnic.net Subject: Re: [sig-policy] proposals to resolve the "APNIC Policy Document Review Report"
I meant:
in the sense that any non-used resource must be returned “voluntarily” (or otherwise reclaimed).
Regards,
Jordi
@jordipalet
El 15/3/21 10:17, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
I saw your slides, and in fact, that’s what I followed initially for preparing my proposal. However, I saw many other points that need resolution, in my opinion, as when you touch some of the text, some other text is related to it, etc.
So, yes, I understand your slide 17, however, the point is still the same … In an ideal world, if you don’t need any more any INR (Internet Number Resource), which has been provided by the RIR (APNIC in this case), then you just return it, so other community members can take advantage of it. However, we know that will not happen, and we will need to go into “persecution & reclaim-mode” (excluding M&A cases), and this is what triggered the transfer policies. What I’m saying is that the apparent contradiction for the ASNs is there also for IPv4 resources. We can tidy up a bit the text, but the contradiction is “generic” in the sense that any non-used resource must be reclaimed.
Let’s talk about this in the community consultation. It is a terrible timing for me (national holiday and 5AM) … but I will try to join anyway.
By the way, I forgot to mention in my email that the transfers policies, could not just be “editorially moved” to a specific part in the policy manual, but also try to make the text shorter, instead of having just all the text “there”. I will try to prepare something else about that.
Regards,
Jordi
@jordipalet
El 15/3/21 7:55, "Srinivas (Sunny) Chendi" sunny@apnic.net escribió:
Hello Jordi,
Thanks for your email. Please see the responses inline below.
On 15/03/2021 8:05 am, JORDI PALET MARTINEZ wrote: Hi all,
I've got no inputs to this message, so I moved on and edited a draft policy proposal, trying to avoid any "contentious" wording ... but will see. As usual, appreciate for your pro-activeness and support. The Policy SIG Chairs have sent an invitation to the community to join a virtual community consultation to discuss the Policy documentation review report presented at APNIC 51 OPM. This is an opportunity for those who missed the OPM to participate in this discussion.
https://www.apnic.net/community/participate/sigs/community-consultation/
After this virtual consultation, hope interested individuals (or groups) may come forward to draft proposal/s.
I've one question for the secretariat, actually all, regarding the ASN return vs. transfers. The point is that if we "ask" all the LIRs to return the ASNs that they don't use, we should also ask them to return the IPv4 addresses that they don't use ... so then there is no need to allow the transfers. So, I think we should keep the ASN/ASN transfers as is today. Or do you think the wording in between IPv4 and ASN is so different that makes a point in rewording the ASN 12.4? We could keep the current text but is contradicting with the text in "Section 13.2.2. Conditions on the source of the transfer" and creating confusion as reported at APNIC 51. Please refer to slide #17, here
https://2021.apricot.net/assets/files/APSr481/apnic-policy-document-review-r...
This just requires a simple update to "Section 12.4 Providing ASN to customer", point #4, to allow transfer in accordance with ASN Transfers 13.0.
Hope this clarifies.
Regards Sunny
So ... see the attached PDF with the proposal. This is just a draft. As I mention in my previous email, the goal is to have some discussions in the list and get other folks joining before submitting a proposal ... of course, unless there is no discussion in the list and I need to go for the proposal.
Regards, Jordi @jordipalet
El 3/3/21 13:40, "JORDI PALET MARTINEZ" <sig-policy-bounces@lists.apnic.net en nombre de jordi.palet@consulintel.es> escribió:
Hi Sunny, all,
Some of the topics that you mention, have been already resolved in other RIRs, as there were similar issues. In fact, I authored a few policy proposals about some of them.
In a quick review of your presentation, I see that many of them are really easy to resolve. They are not "editorial" in the sense of typos or grammar, but inconsistencies among different parts of the policy "manual" and, the most important thing, I believe they are non-contentious (so "should not" have objections which create lack of consensus, lengthy discussions, etc.).
For example, in a quick look, some of those that I believe aren't contentious:
0) Overall: Improve definitions, ensure they are in a single section? 1) End-Site vs end-user 2) 5.31, 5.32, 5.3.3 unify? 3) 5.6 and 5.6.1 repetitive, delete last one 4) Utilization vs usage rate 5) Agree with transfers in a single place 6) LIR assignment for their own infrastructure doesn't look as a real need in IPv6? 7) 5.2.1 assignment window for LIRs Second Opinion Request 9) I don't think we need IPv6 guidelines ... anymore, having policies and guidelines is making it more complex 10) No need for experimental IPv4 resources anymore? 11) ASNs 12.4 vs 13.0 - rewording or clarification needed
We shouldn't make this very complex or take a long time to resolve them. I will say that by the next on-line meeting, should be sorted out, at least for those issues that aren't contentious.
I just started a document with a proposal for all them. I will try to finish it this afternoon.
However, I think if we can circulate in the list each topic, we can "see" if anyone is objecting to any of the issues, before making a formal proposal. This way we can split the issues in those that are "non-contentious" and those that "may have some objections". Even if the APNIC PDP is used to ask questions for separate parts of a single proposal, we can make it much easier having ONE proposal for the "non-contentious", and then individual proposals for each of the "contentious" ones.
We can try to determine if any of the issues is "contentious" by circulating in the sig-policy list each of the points. This will only work if the people decide to *actively* participate, in such way that for example, every week (more or less), from now to the next meeting (actually a couple of months before it, at least), so we have a clear view of points to "exclude" from the "non-contentious proposal".
*Otherwise*, if people are not willing to contribute actively, we don't waste anyone time and I just fire a proposal tomorrow.
Now, while I'm happy to take over this task myself, I will prefer doing this with other folks. May be people that never participated in policy proposals before and want to take advantage of the experience?
So, I will ask once more: Anyone interested to contribute (you can email me in private if you prefer so)?
Regards, Jordi @jordipalet
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.ap...
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
********************************************** IPv4 is over Are you ready for the new Internet ? https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.theipv6... The IPv6 Company
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://mailman.apnic.net/mailman/listinfo/sig-policy
Activity Summary
- 927 days inactive
- 927 days old
- sig-policy@lists.apnic.net
- 2 participants
- 5 comments