Hi all,
I don`t support for this policy. Reason: Best Regards, Ernest Tse Pacswitch Globe Telecom Ltd. // Web: https://u5763498.ct.sendgrid.net/wf/click?upn=xF2otKml8FKK0iLyO1O8hgJEEKE0n4lX3qwSddKMZq8-3D_UAkvnIPiyHBK93gJxXZbN-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vqkl50mZLmTVnlG6tdJRBybysfXjMsLa2qhtrQEtFgIfeavNNoe9e1HaSnxR3RpH2Avo3clB8U-2FgGxK3Tac95kBqdn5hpefpUJ9zhnHg5XpheZkO2OaWSJMkGOU4wmUQ7CGNXrKmI6yMYlZnVht4elbDINja03v0TSsoOqIwLUwaY-3D // Tel: +852-21570550 //Mobile: +852-62536678 //Skype: codesixs On Wed, 23/08/2017 15.50, Masato Yamanishi <myama...@gmail.com> wrote: > Hi Tomohiro and All, > While I support the rational of this proposal, I would like to suggest excluding M&A transfer from the scope and allowing it as it is. I don't think v4 space allocated from final /8 to the company which is a target of M&A would become a deal breaker of "real" M&A. Rather, people who work for that M&A will not find this policy or just ignore it, then the company will be acquired, but the space cannot be transferred, and whois data will not be updated. I know that somebody may use M&A transfer with different intension, but I think it is "collateral". > Regards, Matt > > 2017-08-08 23:12 GMT-07: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-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vqzqFw9FG-2Fuz-2FKAakDuDnWxuw81wrL7uTPOfs29Ggx2QyzCcWDrrdc0D-2B4MDSR2zTmeanaoq2hWVZ-2F2B5QuU-2FoEM38BixSZ49uO1huXxOjlC6ThdORswTvNaPZ5mfB1h5d1FTeA2bvgeYIRW44RG9qHT7REkQVk116qOh2LlZyFA0-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-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vqOxkBQliC-2BSbsKXCP-2FyLTmEWqJ9UwtToN-2Ftmg6sJe2hvfhzYxZRCKAxqdvth6EpudTBAmWp9qS0hgn9tFpiH9eawN3pnLdx78r-2Fhv2qvCjDXJi8vcRqMfNIJ6Zz-2B50nVMUs80qmQbtnhbN0XNm0zBuEfG6Vz6bCUfyLKYCPdTpfY-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-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vqFsfR1MvuhDf71Asc54pXVeoGdqrkaWzkJl79rp-2B6r1ZcmlNPNmrL-2BE49gz-2BiUGdC1gMxDe0Az8iyZdSeeETZcDI20x6KkQ6OvNsgHhO-2FpQWPRrpj-2Fv6SaGo6qG4CGJPPvomo2aDOti49AKapn4pMkl1vFPo-2F51PqYXiUWUKEYbY-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-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vqek-2BXWwNFMdDAhNVTFDgTs7KnVqXBAb-2BlieFSwSV72nV7cUHJzuJP9IJmHFc8jKy-2B9BfnO99CDFaQLJmx9L-2BqOi0dxwDqizCIgQ37wUFRONAVt-2FRx93CkOvOAs3BVfHsQETWlB9ZPyPu9Lkph-2Bb7oIzpETIICRjcye142qqfccB4-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-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vqzSMnIagkNO8LBK3s-2Br8No68uE5LjgkbAuSXqLUmAS6zLRZR7R53Cc7qAP6HV82sHxl8Vh-2Fz4NwQ1bbAZ4bFKpGDCT-2B8ZdBRgnkBX9hY6h1it4D-2FwMC0gKQLoFIilTZh5GjSE04Tm3mU2YIL5LXt9q5oRRglDpNM8-2FpWRDXohmzs-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-2FFqWUVGpvc0TKjBg0wTWpUtDy-2FT0hc1ktZOxE0fL5vq3pi1OyUvlczlGDHqN94Hp9p-2FKiz5R7PdXj0c6EqR-2BMEamIpGIWOHEb5sMrBUwgpOpfzUgWNkYIKiHguGYrv05FKJRK2OpA0GxutfrCWLptvsxbe4YuLEsvwN57KI0Jyee2ACRUJ3EArMb4SYRvGRglgqzac49ZmGGFb9loFyNNs-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