Re: [sig-policy] prop-119: Temporary transfers, to be discussed at APNIC

    • To: SIG policy <sig-policy at apnic dot net>
    • Subject: Re: [sig-policy] prop-119: Temporary transfers, to be discussed at APNIC 44 Polic y SIG
    • From: Satoru Tsurumaki <satoru.tsurumaki at g.softbank dot co dot jp>
    • Date: Fri, 8 Sep 2017 15:32:37 +0900
    • Delivered-to: sig-policy at mailman dot apnic dot net
    • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=g-softbank-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=jyhb9eUqAmzOr+GfI8avEeNNDCyd5iV07EXZKNUIKeo=; b=PX1SZ550lrse1xERC0NmkBnKLlB7gNheLPgOBTYilBiP8Mz32hPfiHU4SdOgIdgmqC XjoPWyirBhMmGrToulv3eIJksuZsTC3Js2ybO0q5UtO3jAN27IKfA6qCnPOYmhnZAh/o F6gGJgUdV0Ydpe9kKfH45xHFm7uBja2XRVJxq3Cjl4zFO/QsikasDwzLBtpTZkcy/xNk fvQbgjwQ9ffC/V6GCFwUTPSnwdX3HB3FBB4WjARdG2pu4ES6bkcAZrq9nUTQrsc31PIr BFlfj3Bm0viHrRaTC/rFX9x3amrebS73EDOc/RYkn9t+soGv1JyiMODxIQTDZhJZxibI 2Gcw==
    • In-reply-to: <1502259380.63525.chku at twnic dot net dot tw>
    • List-archive: <http://mailman.apnic.net/mailing-lists/sig-policy/>
    • List-help: <mailto:sig-policy-request@lists.apnic.net?subject=help>
    • List-id: APNIC SIG on resource management policy <sig-policy.lists.apnic.net>
    • List-post: <mailto:sig-policy@lists.apnic.net>
    • List-subscribe: <https://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=subscribe>
    • List-unsubscribe: <https://mailman.apnic.net/mailman/options/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=unsubscribe>
      • 
        
        Satoru Tsurumaki, with Policy Working Group hat.
        
        I would like to share key feedback in our community for prop-119,
        based on a meeting we organised on 5th Sep to discuss these proposals.
        
        
        Many comments against this proposal were expressed. On the other hand,
        some expressed support for temporary transfer as a measure to increase
        accuracy in database.
        
        
        Concerns/Opposing comments:
        * Cannot understand the need of leasing, nor use of prefixes where
        leasing is appropriate. Leasing of address space could encourage
        prefixes to be used for abuse. (As it accommodates change of address
        range if black listed)
        
        * It will be costly to the APNIC region to adopt complex scheme of leasing.
        
        * Leasing should not be allowed to a third party where lease source do
        not provide connectivity, to avoid fragmentation. Leasing should be
        only within the scope where LIRs can take responsibility.
        
        Supportive comments/Suggestions:
        * It is better to allow temporary transfers and reflect the correct
        user of an address prefix, than a situation where registry database
        can no longer point to correct user of a prefix
        * Period of lease should be specified, such as for two years
        * A suggestion to evaluate purpose of the address usage when approving
        its request
        
        
        Best Regards,
        
        Satoru Tsurumaki
        Policy Working Group
        Japan Open Policy Forum
        
        2017-08-09 15:16 GMT+09:00 chku <chku at twnic dot net dot tw>:
        > Dear SIG members
        >
        > The proposal "prop-119: Temporary transfers" was sent to the Policy SIG
        > Mailing list in May 2017.
        >
        > 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 the proposal is available from:
        >
        >     http://www.apnic.net/policy/proposals/prop-119
        >
        > 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, Ching-Heng, Bertrand
        > APNIC Policy SIG Chairs
        >
        >
        > ------------------------------------------------------------------------
        >
        > prop-119-v001: Temporary transfers
        >
        > ------------------------------------------------------------------------
        >
        > Proposer:       David Hilario
        >                 d.hilario at laruscloudservice dot net
        >
        > 1. Problem statement
        > ------------------------------------------------------------------------
        >
        > It is currently not possible for an organisation to receive a temporary
        > transfer under the current policy framework. Some organisations do not
        > want to have address space registered as assignments or sub-allocations,
        > but would rather have the address space registered as "ALLOCATED PA".
        >
        >
        > 2. Objective of policy change
        > ------------------------------------------------------------------------
        >
        > Create a possibility for temporary transfers that would allow
        > organisations to have resources directly registered under them while
        > they are the custodians of these resources on the Internet. While also
        > guaranteeing that the offering party will under the APNIC policy be able
        > to recover the resources once the “lease” time has expired unless
        > specifically renewed.
        >
        >
        > 3. Situation in other regions
        > ------------------------------------------------------------------------
        >
        > RIPE region has a concept of temporary transfers in their policies. This
        > concept is not found in the other RIRs for the moment.
        >
        >
        > 4. Proposed policy solution
        > ------------------------------------------------------------------------
        >
        > Adding to section "8.2.1. Conditions on the space to be transferred" the
        > following paragraphs: It must be specified if the transfer is a
        > permanent or temporary transfer.
        >
        > A temporary transfer must have an end date, upon the end date the
        > resources will be transferred back to the same origin account or its
        > successor in the event of merger and acquisitions, unless the transfer
        > is specifically prolonged and confirmed by both parties.
        >
        > If the source account does no longer exist and has no successor, the
        > space will then be returned to the origin RIR for the space. Temporary
        > transfers cannot be further transferred.
        >
        >
        > 5. Advantages / Disadvantages
        > ------------------------------------------------------------------------
        >
        > Advantages:
        > Gives a greater flexibility in how LIRs manage and distribute their free
        > pool. Enables organisation to receive address space in the way they
        > intend.
        >
        > Disadvantages:
        > These transfers would be treated and appear as regular transfers, only
        > APNIC the offering and receiving party will be aware of their temporary
        > nature.
        >
        > Organisations receiving such space, if they further assign it, must make
        > be ready to renumber/revoke space from their customers and services then
        > the lease expires, this is no different than a sub-allocation and
        > implies the same limitations.
        >
        >
        > 6. Impact on resource holders
        > ------------------------------------------------------------------------
        > none
        >
        >
        > 7. References
        > -------------
        >
        >
        >
        >
        >
        >
        >
        > _______________________________________________
        > Sig-policy-chair mailing list
        > Sig-policy-chair at apnic dot net
        > https://mailman.apnic.net/mailman/listinfo/sig-policy-chair
        >
        > *              sig-policy:  APNIC SIG on resource management policy           *
        > _______________________________________________
        > sig-policy mailing list
        > sig-policy at lists dot apnic dot net
        > https://mailman.apnic.net/mailman/listinfo/sig-policy