Good questions Owen.
...Skeeve *Skeeve Stevens - *eintellego Networks Pty Ltd ske...@eintellegonetworks.com ; www.eintellegonetworks.com Phone: 1300 239 038; Cell +61 (0)414 753 383 ; skype://skeeve facebook.com/eintellegonetworks ; <http://twitter.com/networkceoau> linkedin.com/in/skeeve twitter.com/theispguy ; blog: www.theispguy.com The Experts Who The Experts Call Juniper - Cisco - Cloud - Consulting - IPv4 Brokering On Wed, Feb 26, 2014 at 12:03 PM, Owen DeLong <o...@delong.com> wrote: > Argh. Cell phone autocorrected me into the opposite of my intent. > > > Legacy should be NO different. Requirements for legacy should be > identical. > > The problem with allowing non-contracted parties to be the source of a > transfer becomes one of how you verify or authenticate said party and what > your recourse is in the event of fraud. > > What if person Q pretends to be authorized to sell block X which is legacy > to organization Z, but it later turns out that organization Z doesn't know > Q and there's no contract between anyone except APNIC and the transfer > recipient R? > > Does R sue Q? X? Z? APNIC? Or all of the above? What happens to R? What > happens to Z? What happens to the registry records when this comes to light? > > Owen > > > On Feb 25, 2014, at 14:18, Owen DeLong <o...@delong.com> wrote: > > Legacy should be different. > > Owen > > > On Feb 25, 2014, at 14:07, Skeeve Stevens <ske...@eintellegonetworks.com> > wrote: > > Hi All, > > I've been contacted by a holder of some small (not relevant) legacy space > who was inquiring about selling it. > > But, they are not an APNIC member (or a Non-Member). > > Referring to: > http://www.apnic.net/publications/media-library/documents/membership/non-member-fees#Historical > under > 1.4, it talks about receiving transfers, but not making transfers. > > Any thoughts? > > ...Skeeve > > *Skeeve Stevens - *eintellego Networks Pty Ltd > ske...@eintellegonetworks.com ; www.eintellegonetworks.com > > Phone: 1300 239 038; Cell +61 (0)414 753 383 ; skype://skeeve > > facebook.com/eintellegonetworks ; <http://twitter.com/networkceoau> > linkedin.com/in/skeeve > > twitter.com/theispguy ; blog: www.theispguy.com > > > The Experts Who The Experts Call > Juniper - Cisco - Cloud - Consulting - IPv4 Brokering > > * sig-policy: APNIC SIG on resource management policy > * > _______________________________________________ > sig-policy mailing list > sig-policy@lists.apnic.net > http://mailman.apnic.net/mailman/listinfo/sig-policy > > * sig-policy: APNIC SIG on resource management policy > * > _______________________________________________ > sig-policy mailing list > sig-policy@lists.apnic.net > http://mailman.apnic.net/mailman/listinfo/sig-policy > >
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list sig-policy@lists.apnic.net http://mailman.apnic.net/mailman/listinfo/sig-policy
