Dear Policy Chair,
I would say that, this policy should not for fair. What about all previous allocations issued under last /8 ? Does it need to return back to the previous owner? If this policy is going happen, all the register whois database will not correctly record, because all the transfer included M&A will be finish under the table. The policy will generate fraudulent registration since people will no longer declare the transfers. This is a basic economic effect called "black market" . APNIC should not be a position which is blocking a normal business environment. Best Regards, Ernest Tse On Tue, 12/09/2017 12.33, Ajai Kumar <joinaj...@gmail.com> wrote: > Dear Policy chair, I personally partial support if M& A case be excluded as no one knows when M&A case can come into picture looking at the business of company. Regards, Ajai Kumar > > > On 8 September 2017 at 14:31, Satoru Tsurumaki <satoru.tsurum...@g.softbank.co.jp> wrote: > > Dear Colleagues, > > > I am Satoru Tsurumaki from Policy Working Group in Japan. > > I would like to share key feedback in our community for prop-116, > based on a meeting we organised on 5th Sep to discuss these proposals. > > > Substantial support expressed for the proposal with reasons below. > > * Transfer of 103/8 block is against the original intention of the > final /8 policy (103/8). > > * Given the purpose of 103/8 block distribution is to make the minimum > IPv4 address block available until transition to IPv6, it may even be > unnecessary to set the limit of "two years" to prohibit the transfer. > > > Best Regards, > > Satoru Tsurumaki > Policy Working Group > Japan Open Policy Forum > > > 2017-08-09 15:12 GMT+09:00 chku <c...@twnic.net.tw>: > > Dear SIG members > > > > A new version of the proposal "prop-116: Prohibit to transfer IPv4 > > addresses in the final /8 block" has been sent to the Policy SIG for > > review. > > > > It will be presented at the Open Policy Meeting at APNIC 44 which will > > be held in Taichung, Taiwan on Wednesday and Thursday, 14 & 15 September > > 2017. > > > > Information about earlier versions is available from: > > > > > https://u5763498.ct.sendgrid.net/wf/click?upn=xF2otKml8FKK0iLyO1O8huUrPPtUbHhO65cb-2BIfOx1yQjk8JFqaVBIhGSNZmoA60HzfaHCDu9Iw4b6uebr7emg-3D-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RsuYxFoL3wr2e7-2FFKjgxM9Vobn8lZNIUnNyqDfM4W2Lh5GBGBAfEhnWfHuO3vVEjd4M65J-2FEXs3s-2FdVICItYgkEoJ7ae8a6R4O0aNmxZUrAqACaIrH1P-2BrjMxZ-2FbAtCId8FA2iYbZtc19fA9ZRErkwSQ-3D-3D > > > > You are encouraged to express your views on the proposal: > > > > - Do you support or oppose the proposal? > > - Do you see any disadvantages in this proposal? > > - Is there anything in the proposal that is not clear? > > - What changes could be made to this proposal to make it more effective? > > > > Please find the text of the proposal below. > > > > Kind Regards, > > > > Sumon, Bertrand, Ching-Heng > > APNIC Policy SIG Chairs > > > > > > > > ------------------------------------------------------- > > > > prop-116-v004: Prohibit to transfer IPv4 addresses in the final /8 block > > > > ------------------------------------------------------- > > > > Proposer: Tomohiro Fujisaki > > fujis...@syce.net > > > > > > 1. Problem statement > > -------------------- > > > > There are a lot of transfers of IPv4 address blocks from 103/8 > > happening, both within the APNIC region and among RIRs. > > > > Then number of transfer from 103/8 block are about 200, which is about > > 12% of the total number of transfers. This looks so high since APNIC > > manages about 40/8. > > > > And based on the information provided by APNIC Secretariat, number of > > transfers from the 103/8 block are increasing year by year. > > > > Updated by APNIC Secretariat on 27 January 2017: > > > > 1) M&A transfers containing 103/8 space > > > > +------+-----------+-----------+- > > | | Total | Number of | > > | Year | Transfers | /24s | > > +------+-----------+-----------+- > > | 2011 | 3 | 12 | > > | 2012 | 10 | 46 | > > | 2013 | 18 | 66 | > > | 2014 | 126 | 498 | > > | 2015 | 147 | 573 | > > | 2016 | 63 | 239 | > > | 2017 | 45 | 178 | > > +------+-----------+------------+- > > > > 2) Market transfers containing 103/8 space > > > > +------+-----------+-----------+ > > | | Total | Number of | > > | Year | Transfers | /24s | > > +------+-----------+-----------+ > > | 2011 | 2 | 2 | > > | 2012 | 21 | 68 | > > | 2013 | 16 | 61 | > > | 2014 | 25 | 95 | > > | 2015 | 67 | 266 | > > | 2016 | 103 | 394 | > > | 2017 | 70 | 288 | > > +------+-----------+-----------+ > > > > And also, transfers from the 103/8 block include: > > - Take place within 1 year of distribution, or > > - Multiple blocks to a single organization in case of beyond 1 year. > > > > Further, there is a case where a single organization have received 12 > > blocks transfers from 103 range. > > > > see: > https://u5763498.ct.sendgrid.net/wf/click?upn=16bEysF9x2jUX1XY2ZMKUg8gVLuW61BSR2eB8RsQYdH8zD7GXy6jhlTyK5G3dMIUGHT9gdk4VkDuKrAW1lF6NA-3D-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RsBGvRf-2BMXkFtJy046iaVF9A-2F0J6-2F389csnxxc-2BRIdZ6q1jC4Dd7EvDdtBpPXb2fDNv-2FIgkhm-2FHItrxMd6gG1l6g7AObU2AK1pkejcvMM2twJfsrWtqh7xdyv4yjAk74ltpBfLzLHClyjgpD-2BbBzC-2Bgw-3D-3D > > > > From these figures, it is quite likely that substantial number of 103/8 > > blocks are being used for transfer purpose. > > > > This conflicts with the concept of distribution of 103/8 block > > (prop-062), which is intended to accommodate minimum IPv4 address blocks > > for new comers. > > > > prop-062: Use of final /8 > > > https://u5763498.ct.sendgrid.net/wf/click?upn=16bEysF9x2jUX1XY2ZMKUpZ2MNT0Jh9riZ8Aw0jq3-2BBKFT98-2BB8q5RClctPGmvsE4BXqvGUawDCW-2Bgfn5Jn7-2Bw-3D-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RsjE-2BSXeZM9eoJrD8tbV69ofJxNu3HJowOjWsfjqS3t4Gp5-2FxRVIVOMEONYXoyQaMgnLZYDZ0l0mYk28MPzsPI3xgiVayAZvT26MrvEO7jwfOoK9cN0MXkkbv6fWbds8-2BVUxYXFQ40293GGo61SjxRTPk7N9NZr4um0drKYMtCHUE-3D > > > > > > 2. Objective of policy change > > ----------------------------- > > > > When stated problem is solved, distribution from 103/8 block will be > > consistent with its original purpose, for distribution for new entrants > > to the industry. Without the policy change, substantial portion of 103/8 > > blocks will be consumed for transfer purpose. > > > > > > 3. Situation in other regions > > ----------------------------- > > > > None. > > > > > > 4. Proposed policy solution > > --------------------------- > > > > Prohibit transfer IPv4 addresses under /8 address block (103/8) which > > have not passed two years after its allocation/assignment. If the > > address block allocated to a LIR in two years is not needed any more, it > > must return to APNIC to allocate to another organization using final /8 > > policy. This two years requirement will apply both market and M&A > > transfers. > > > > 5. Advantages / Disadvantages > > ----------------------------- > > > > Advantages: > > - It makes 103/8 blocks available according to the original purpose, > > as distribution for new entrants (rather than being consumed for > > transfer purpose) > > > > - IPv4 addresses under final /8 are not transferred to outside APNIC. > > > > - By prohibiting transfer, them, it is possible to keep one /22 for > > each LIRs state, which is fair for all LIRs. > > > > Disadvantages: > > None. > > > > > > 6. Impact on resource holders > > ------------------------------ > > > > - LIRs cannot transfer address blocks under 103/8. No big impact while > > they use it. > > > > - Organizations which needs to receive transferred IPv4 can continue > > to do so, outside 103/8 blocks (which should be made available for > > new entrants) > > > > > > 7. References > > ------------- > > > > > > > > > > _______________________________________________ > > Sig-policy-chair mailing list > > sig-policy-ch...@apnic.net > > https://u5763498.ct.sendgrid.net/wf/click?upn=16bEysF9x2jUX1XY2ZMKUmipBN84-2BmQ2TjZWRnzKphdJ0-2BKxcniH6DgValcOC2Gu39-2FFoXqAQ5U9evI0jdNBsk-2FpNKgh-2F8kxs9khcXTG1Nc-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RsSXRyTlzDkKk6NsTwinxHPXGuLxmsiqEXZ7f5yZRYZ9wljqSCo0RBCgL7sF8DE9q8I6aBTByVkUzuBtv7PT6Pp-2FyFiRe6aDS2usIgmWvyCO1BrussMarMZ2uGB6VaksuKZGmuAgO8KTGqWlGBgHj6WAk1-2BDybc1TY6a0NxYYq7vw-3D > > > > * sig-policy: APNIC SIG on resource management policy > * > > _______________________________________________ > > sig-policy mailing list > > sig-policy@lists.apnic.net > > https://u5763498.ct.sendgrid.net/wf/click?upn=16bEysF9x2jUX1XY2ZMKUmipBN84-2BmQ2TjZWRnzKphdJ0-2BKxcniH6DgValcOC2GuxhPMQtuW0tiU5TPMpCEiaQ-3D-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RspshObgAcs-2F4rp-2FumAetBHea2sGTrO07CoANSunDF9fdcLt9VAPwk4ik9225kpDyOmjpsb-2FTeXMh6YXLL0ezzzVBsr1pW4f0O5NGrc4AJDeJacraSZX-2FV4hG3FzFgc3IIQBTVSwKS7YyrGuRKeNRkLb5ysKw68FQpGPSWB4Dzdj8-3D > * sig-policy: APNIC SIG on resource management policy * > _______________________________________________ > sig-policy mailing list > sig-policy@lists.apnic.net > https://u5763498.ct.sendgrid.net/wf/click?upn=16bEysF9x2jUX1XY2ZMKUmipBN84-2BmQ2TjZWRnzKphdJ0-2BKxcniH6DgValcOC2GuxhPMQtuW0tiU5TPMpCEiaQ-3D-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RsmxPUTxwt-2B8H8O00-2BoAO9dOe4AUx693fROpbyl-2FFHQnM-2BTuXzjZpLd4A3LSNxHDSayBRy7Nv7IfRXNKgbNwBD2uAl-2FwMtuXWq9rLcXVLSzrAvapAFAUNtP2KHzCmxXumXFzz8Vun-2BK1SVFBnOx58ZNok1LnxsYjHg8pd9-2BFnjwF0-3D > -- (M) +91-9868477444 Skype ID:erajay P-mail: joinajay1 at gmail.com ................................. Please don't print this email unless you really need to. This will preserve trees on our planet. * sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net https://u5763498.ct.sendgrid.net/wf/click?upn=16bEysF9x2jUX1XY2ZMKUmipBN84-2BmQ2TjZWRnzKphdJ0-2BKxcniH6DgValcOC2GuxhPMQtuW0tiU5TPMpCEiaQ-3D-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpWFu1okACWFQRZT32fGj3RsoYb4sNxvhlLOvaofDWLrWYfi6-2Fk0ybYaj3ZRGKrej7a2AExFg9Gw5yKwz-2BpqI0zoPT-2BvlwSvh-2FF-2Fc3LSjX2h2VXx1ElIGE11rX4myGiQqDq62mcuosJ9n7XPo-2FYjE2aS77vLhHmLklk76bYC-2FiMbYI3gezuFB-2B9OCP80JVgguug-3D
* 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
