From andy at arin.net  Tue Nov  4 10:54:25 2014
From: andy at arin.net (Andy Newton)
Date: Tue, 4 Nov 2014 15:54:25 +0000
Subject: [arin-tech-discuss] Reassignment questions
In-Reply-To: <D0794D4D.45988%andrews@wins.net>
References: <D0794D4D.45988%andrews@wins.net>
Message-ID: <6A53FF3A-B9A7-49A2-804D-FB85B8232EB2@arin.net>

Michael,

The decomposed actions available in the RESTful interface allow each organization to do it differently, albeit there is an overall order most people follow. Depending on what you are doing, you might find these two threads from this list useful:

http://lists.arin.net/pipermail/arin-tech-discuss/2013-July/000348.html

http://lists.arin.net/pipermail/arin-tech-discuss/2014-February/000404.html

If that doesn?t address your question, please let me know.

Out of curiosity, would you find it more useful if we offered more composite actions in our RESTful interface for SWiPs by either replicating or offering a similar action as the templates in one single REST call?

Andy Newton,
Chief Engineer, ARIN


On Oct 31, 2014, at 3:29 PM, Michael Andrews <andrews at wins.net<mailto:andrews at wins.net>> wrote:

We are currently using the email templates to do reassignments and being a software developer I have been assigned the task of creating a tool to utilize the rest API to make this process more automated.  Unfortunately I am not very familiar with the workflow involved with reassigning a network to a new organization.  Would someone be able to give me an idea of how to transition from the email method to using the API?

_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141104/483f8b58/attachment.html>

From aaronh at tcp0.com  Thu Nov  6 06:06:15 2014
From: aaronh at tcp0.com (Aaron Hughes)
Date: Thu, 6 Nov 2014 03:06:15 -0800
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
Message-ID: <20141106110615.GB4828@slurp.tcp0.com>

ARIN Tech Team,

In scripting some ROA related stuff the question came up, how does one check to see if block is legacy. Is there a flag in restwhois to identify this?

Thanks in advance.

Cheers,
Aaron


-- 

Aaron Hughes 
aaronh at tcp0.com
+1-703-244-0427
Key fingerprint = 6486 43A5 1692 502C DCFC  8446 C714 E317 F6B1 DEC2
http://www.tcp0.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141106/a387404b/attachment.sig>

From jcurran at arin.net  Thu Nov  6 06:22:59 2014
From: jcurran at arin.net (John Curran)
Date: Thu, 6 Nov 2014 11:22:59 +0000
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
In-Reply-To: <20141106110615.GB4828@slurp.tcp0.com>
References: <20141106110615.GB4828@slurp.tcp0.com>
Message-ID: <19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>

On Nov 6, 2014, at 11:06 AM, Aaron Hughes <aaronh at tcp0.com> wrote:
> 
> ARIN Tech Team,
> 
> In scripting some ROA related stuff the question came up, how does one check to see if block is legacy. Is there a flag in restwhois to identify this?

Aaron -

An address block is legacy in origin if issued prior to ARIN's inception
on December 22, 1997.  Legacy address blocks may subsequently be covered 
by an RSA or LRSA agreement, so scripting specifically on being issued 
prior to ARIN's inception may to be fruitful.

FYI,
/John

John Curran
President and CEO
ARIN




From ttauber at 1-4-5.net  Thu Nov  6 11:34:39 2014
From: ttauber at 1-4-5.net (Tony Tauber)
Date: Thu, 6 Nov 2014 11:34:39 -0500
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
In-Reply-To: <19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>
References: <20141106110615.GB4828@slurp.tcp0.com>
	<19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>
Message-ID: <CAGQUKcch38Onm_usOx3cppq1X84MgJZffGwYtRvXHPqTp2XOYQ@mail.gmail.com>

Hi John,

Is there a way to know which blocks that were legacy assignments are now
covered by (L)RSA?
I'm assuming that if they have an (L)RSA, they may be candidates for
associated ROAs.

Thanks,
Tony

On Thu, Nov 6, 2014 at 6:22 AM, John Curran <jcurran at arin.net> wrote:

> On Nov 6, 2014, at 11:06 AM, Aaron Hughes <aaronh at tcp0.com> wrote:
> >
> > ARIN Tech Team,
> >
> > In scripting some ROA related stuff the question came up, how does one
> check to see if block is legacy. Is there a flag in restwhois to identify
> this?
>
> Aaron -
>
> An address block is legacy in origin if issued prior to ARIN's inception
> on December 22, 1997.  Legacy address blocks may subsequently be covered
> by an RSA or LRSA agreement, so scripting specifically on being issued
> prior to ARIN's inception may to be fruitful.
>
> FYI,
> /John
>
> John Curran
> President and CEO
> ARIN
>
>
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141106/291fb54e/attachment.html>

From owen at delong.com  Thu Nov  6 12:44:37 2014
From: owen at delong.com (Owen DeLong)
Date: Thu, 6 Nov 2014 09:44:37 -0800
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
In-Reply-To: <19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>
References: <20141106110615.GB4828@slurp.tcp0.com>
	<19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>
Message-ID: <1BF44589-F892-475E-9885-3E4E01B7140D@delong.com>

Perhaps it would be worth while to add a ?RSA Version? field to Whois with possible values of:

None
LRSA v<X>
RSA v<X>
CUSTOM

Where <X> is the appropriate version number.

This doesn?t disclose the details of the custom RSA, but at least it allows others to know which terms the block is covered by or that those terms are unknown to the community.

Owen


> On Nov 6, 2014, at 3:22 AM, John Curran <jcurran at arin.net> wrote:
> 
> On Nov 6, 2014, at 11:06 AM, Aaron Hughes <aaronh at tcp0.com> wrote:
>> 
>> ARIN Tech Team,
>> 
>> In scripting some ROA related stuff the question came up, how does one check to see if block is legacy. Is there a flag in restwhois to identify this?
> 
> Aaron -
> 
> An address block is legacy in origin if issued prior to ARIN's inception
> on December 22, 1997.  Legacy address blocks may subsequently be covered 
> by an RSA or LRSA agreement, so scripting specifically on being issued 
> prior to ARIN's inception may to be fruitful.
> 
> FYI,
> /John
> 
> John Curran
> President and CEO
> ARIN
> 
> 
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss



From andy at arin.net  Thu Nov  6 13:43:00 2014
From: andy at arin.net (Andy Newton)
Date: Thu, 6 Nov 2014 18:43:00 +0000
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
In-Reply-To: <CAGQUKcch38Onm_usOx3cppq1X84MgJZffGwYtRvXHPqTp2XOYQ@mail.gmail.com>
References: <20141106110615.GB4828@slurp.tcp0.com>
	<19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>
	<CAGQUKcch38Onm_usOx3cppq1X84MgJZffGwYtRvXHPqTp2XOYQ@mail.gmail.com>
Message-ID: <0EDD3517-45AC-4FD9-BEF2-0677273FA6C7@arin.net>

Just to offer a little more information:

When organizations sign up for RPKI, they have the option to leave some of their resources out of the certification even if those resources are covered by an (L)RSA. For ROA scripting purposes, there is no easy way to determine if a resource is covered via our RESTful services. The only programmatic way to make that determination is to consult the RPKI itself by looking at the RFC 3779 extensions of the certificates in the repository.

However, both RPKI certification and (L)RSA coverage are viewable in ARIN Online.

Andy Newton,
Chief Engineer, ARIN

On Nov 6, 2014, at 11:34 AM, Tony Tauber <ttauber at 1-4-5.net<mailto:ttauber at 1-4-5.net>> wrote:

Hi John,

Is there a way to know which blocks that were legacy assignments are now covered by (L)RSA?
I'm assuming that if they have an (L)RSA, they may be candidates for associated ROAs.

Thanks,
Tony

On Thu, Nov 6, 2014 at 6:22 AM, John Curran <jcurran at arin.net<mailto:jcurran at arin.net>> wrote:
On Nov 6, 2014, at 11:06 AM, Aaron Hughes <aaronh at tcp0.com<mailto:aaronh at tcp0.com>> wrote:
>
> ARIN Tech Team,
>
> In scripting some ROA related stuff the question came up, how does one check to see if block is legacy. Is there a flag in restwhois to identify this?

Aaron -

An address block is legacy in origin if issued prior to ARIN's inception
on December 22, 1997.  Legacy address blocks may subsequently be covered
by an RSA or LRSA agreement, so scripting specifically on being issued
prior to ARIN's inception may to be fruitful.

FYI,
/John

John Curran
President and CEO
ARIN


_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss

_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141106/c9531ff5/attachment.html>

From owen at delong.com  Thu Nov  6 18:45:38 2014
From: owen at delong.com (Owen DeLong)
Date: Thu, 6 Nov 2014 15:45:38 -0800
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
In-Reply-To: <0EDD3517-45AC-4FD9-BEF2-0677273FA6C7@arin.net>
References: <20141106110615.GB4828@slurp.tcp0.com>
	<19190EF1-36D4-434E-B60D-D4A6E8C4569E@corp.arin.net>
	<CAGQUKcch38Onm_usOx3cppq1X84MgJZffGwYtRvXHPqTp2XOYQ@mail.gmail.com>
	<0EDD3517-45AC-4FD9-BEF2-0677273FA6C7@arin.net>
Message-ID: <3A31CB90-7A97-407D-B5E5-DB5753AA69CA@delong.com>

Are they publicly viewable or only to the resource holder?

Owen

> On Nov 6, 2014, at 10:43 AM, Andy Newton <andy at arin.net> wrote:
> 
> Just to offer a little more information:
> 
> When organizations sign up for RPKI, they have the option to leave some of their resources out of the certification even if those resources are covered by an (L)RSA. For ROA scripting purposes, there is no easy way to determine if a resource is covered via our RESTful services. The only programmatic way to make that determination is to consult the RPKI itself by looking at the RFC 3779 extensions of the certificates in the repository.
> 
> However, both RPKI certification and (L)RSA coverage are viewable in ARIN Online.
> 
> Andy Newton,
> Chief Engineer, ARIN
> 
> On Nov 6, 2014, at 11:34 AM, Tony Tauber <ttauber at 1-4-5.net <mailto:ttauber at 1-4-5.net>> wrote:
> 
>> Hi John,
>> 
>> Is there a way to know which blocks that were legacy assignments are now covered by (L)RSA?
>> I'm assuming that if they have an (L)RSA, they may be candidates for associated ROAs.
>> 
>> Thanks,
>> Tony
>> 
>> On Thu, Nov 6, 2014 at 6:22 AM, John Curran <jcurran at arin.net <mailto:jcurran at arin.net>> wrote:
>> On Nov 6, 2014, at 11:06 AM, Aaron Hughes <aaronh at tcp0.com <mailto:aaronh at tcp0.com>> wrote:
>> >
>> > ARIN Tech Team,
>> >
>> > In scripting some ROA related stuff the question came up, how does one check to see if block is legacy. Is there a flag in restwhois to identify this?
>> 
>> Aaron -
>> 
>> An address block is legacy in origin if issued prior to ARIN's inception
>> on December 22, 1997.  Legacy address blocks may subsequently be covered
>> by an RSA or LRSA agreement, so scripting specifically on being issued
>> prior to ARIN's inception may to be fruitful.
>> 
>> FYI,
>> /John
>> 
>> John Curran
>> President and CEO
>> ARIN
>> 
>> 
>> _______________________________________________
>> arin-tech-discuss mailing list
>> arin-tech-discuss at arin.net <mailto:arin-tech-discuss at arin.net>
>> http://lists.arin.net/mailman/listinfo/arin-tech-discuss <http://lists.arin.net/mailman/listinfo/arin-tech-discuss>
>> 
>> _______________________________________________
>> arin-tech-discuss mailing list
>> arin-tech-discuss at arin.net <mailto:arin-tech-discuss at arin.net>
>> http://lists.arin.net/mailman/listinfo/arin-tech-discuss
> 
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141106/9c8f0043/attachment.html>

From andy at arin.net  Thu Nov  6 20:06:47 2014
From: andy at arin.net (Andy Newton)
Date: Fri, 7 Nov 2014 01:06:47 +0000
Subject: [arin-tech-discuss] Easy way to check if a block is legacy?
In-Reply-To: <3A31CB90-7A97-407D-B5E5-DB5753AA69CA@delong.com>
Message-ID: <D081833D.3150F%andy@arin.net>

Owen,

Both types of information are only available to the resource holder via ARIN Online.

The (L)RSA information was added in response to ACSP 2011.7 (https://www.arin.net/participate/acsp/suggestions/2011-7.html). The comment of 20 July 2011 on that ACSP describes the issues surrounding the unrestricted publication of this information.

I hope that helps.

Andy Newton,
Chief Engineer, ARIN



From: Owen DeLong <owen at delong.com<mailto:owen at delong.com>>
Date: Thursday, November 6, 2014 at 6:45 PM
To: Andrew Newton <andy at arin.net<mailto:andy at arin.net>>
Cc: "arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>" <arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>>
Subject: Re: [arin-tech-discuss] Easy way to check if a block is legacy?

Are they publicly viewable or only to the resource holder?

Owen

On Nov 6, 2014, at 10:43 AM, Andy Newton <andy at arin.net<mailto:andy at arin.net>> wrote:

Just to offer a little more information:

When organizations sign up for RPKI, they have the option to leave some of their resources out of the certification even if those resources are covered by an (L)RSA. For ROA scripting purposes, there is no easy way to determine if a resource is covered via our RESTful services. The only programmatic way to make that determination is to consult the RPKI itself by looking at the RFC 3779 extensions of the certificates in the repository.

However, both RPKI certification and (L)RSA coverage are viewable in ARIN Online.

Andy Newton,
Chief Engineer, ARIN

On Nov 6, 2014, at 11:34 AM, Tony Tauber <ttauber at 1-4-5.net<mailto:ttauber at 1-4-5.net>> wrote:

Hi John,

Is there a way to know which blocks that were legacy assignments are now covered by (L)RSA?
I'm assuming that if they have an (L)RSA, they may be candidates for associated ROAs.

Thanks,
Tony

On Thu, Nov 6, 2014 at 6:22 AM, John Curran <jcurran at arin.net<mailto:jcurran at arin.net>> wrote:
On Nov 6, 2014, at 11:06 AM, Aaron Hughes <aaronh at tcp0.com<mailto:aaronh at tcp0.com>> wrote:
>
> ARIN Tech Team,
>
> In scripting some ROA related stuff the question came up, how does one check to see if block is legacy. Is there a flag in restwhois to identify this?

Aaron -

An address block is legacy in origin if issued prior to ARIN's inception
on December 22, 1997.  Legacy address blocks may subsequently be covered
by an RSA or LRSA agreement, so scripting specifically on being issued
prior to ARIN's inception may to be fruitful.

FYI,
/John

John Curran
President and CEO
ARIN


_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss

_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss

_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141107/6aadecf1/attachment.html>

From Sean.Zhao at CenturyLink.com  Thu Nov 13 13:45:06 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Thu, 13 Nov 2014 18:45:06 +0000
Subject: [arin-tech-discuss] Is ParentNetHandle mandatory in Net payload
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6426D@PDDCWMBXEX504.ctl.intranet>

Hi,

>From your payload on your website. parentNetHandle looks like it is mandatory. My question is how I know the parentNetHandle of an ip that I want to swip?

For example. I have an 63.145.104.192. I went to http://whois.arin.net/rest/net/NET-63-145-104-192-1 or http://whois.ote.arin.net/rest/net/NET-63-145-104-192-1
I got now xml return. It used to return me net playload . But the net is parent net. If you changed, do you have alternative way to get parent net handle? All I need is a parent net handle of the ip I am going to assign.



<net xmlns="http://www.arin.net/regrws/core/v1" >
        <version>4</version>
        <comment>
               <line number = "1">Line 1</line>
        </comment>
        <registrationDate>Tue Jan 25 16:17:18 EST 2011</registrationDate>
        <orgHandle>ARIN</orgHandle>
        <handle>NET-10-0-0-0-1</handle>
        <netBlocks>
               <netBlock>
                       <type>A</type>
                       <description>DESCRIPTION</description>
                       <startAddress>010.000.000.000</startAddress>
                       <endAddress>010.000.000.255</endAddress>
                       <cidrLength>24</cidrLength>
               </netBlock>
        </netBlocks>
        <customerHandle>C12341234</customerHandle>
        <parentNetHandle>PARENTNETHANDLE</parentNetHandle>
        <netName>NETNAME</netName>
        <originASes>
               <originAS>AS102</originAS>
        </originASes>
        <pocLinks>
               <pocLinkRef>
               </pocLinkRef>
        </pocLinks>
</net>


Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141113/3624b586/attachment.html>

From jonw at arin.net  Thu Nov 13 17:12:39 2014
From: jonw at arin.net (Jon Worley)
Date: Thu, 13 Nov 2014 22:12:39 +0000
Subject: [arin-tech-discuss] Is ParentNetHandle mandatory in Net payload
Message-ID: <D08A9162.68D9A%jonw@arin.net>

Hello Sean,

There are several ways you might want to approach this.

Since the set of direct allocations issued to CenturyLink doesn?t change all that frequently - only when you get a new block from ARIN or via a transfer, or transfer an existing block to another organization - you might consider storing data on all of your direct allocations locally with relevant data - net handle, start IP, end IP, etc.  When you want to make a reassign call, you can reference that stored data to take the prefix/range to be reassigned and determine the associated parent net handle.  As an example, if you locally store data for the net handle NET-63-144-0-0-1 with a start IP address of 63.144.0.0 and an end IP address of 63.151.255.255, you can then use that data to determine 63.145.104.192 falls within NET-63-144-0-0-1.  The only caveat with this approach is that you?d need to update your local data whenever you add a new block, transfer a block to another organization, etc.

Another option would be to use ARIN?s Whois-RWS API to identify the parent net handle for a given IP address.  You can use that API to form a URL (http://whois.arin.net/rest/ip/63.145.104.192) which asks for the network handle associated with 63.145.104.192.  You?ll get back a payload with the network registration information, including the net handle.  Note that there?s no way to submit a call asking for only a direct allocation to be returned; if the IP address is already assigned to a customer, you?ll get that record back.  You?d have to then use the parent net handle from that record to submit a second query for registration information for that network, then verify what you get back is a direct allocation.  Keep in mind the Whois-RWS API is different than the Reg-RWS API.  It?s public so there?s no API key, the payloads might not be exactly the same, etc.

Those are the options that occur to me as being most useful.

If you have any further questions, comments, or concerns please respond to this message or contact me directly.

Regards,

Jon Worley
Principal Technical Analyst
ARIN Registration Services
https://www.arin.net/
hostmaster at arin.net
703.227.0660

From: <Zhao>, Sean <Sean.Zhao at CenturyLink.com<mailto:Sean.Zhao at CenturyLink.com>>
Date: Thursday, November 13, 2014 at 1:45 PM
To: "'arin-tech-discuss at arin.net<mailto:'arin-tech-discuss at arin.net>'" <arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>>
Cc: "Talavagalu Matha Ajjaiah, Chandrasekhara" <Chandrasekhara.Talavagalumathaajjaiah at CenturyLink.com<mailto:Chandrasekhara.Talavagalumathaajjaiah at CenturyLink.com>>, "Grimes, Ronald" <Ron.Grimes at CenturyLink.com<mailto:Ron.Grimes at CenturyLink.com>>, "Sugandh, Nimesh" <Nimesh.Sugandh at CenturyLink.com<mailto:Nimesh.Sugandh at CenturyLink.com>>
Subject: [arin-tech-discuss] Is ParentNetHandle mandatory in Net payload

Hi,

>From your payload on your website. parentNetHandle looks like it is mandatory. My question is how I know the parentNetHandle of an ip that I want to swip?

For example. I have an 63.145.104.192. I went to http://whois.arin.net/rest/net/NET-63-145-104-192-1 or http://whois.ote.arin.net/rest/net/NET-63-145-104-192-1
I got now xml return. It used to return me net playload . But the net is parent net. If you changed, do you have alternative way to get parent net handle? All I need is a parent net handle of the ip I am going to assign.



<net xmlns="http://www.arin.net/regrws/core/v1" >
        <version>4</version>
        <comment>
               <line number = "1">Line 1</line>
        </comment>
        <registrationDate>Tue Jan 25 16:17:18 EST 2011</registrationDate>
        <orgHandle>ARIN</orgHandle>
        <handle>NET-10-0-0-0-1</handle>
        <netBlocks>
               <netBlock>
                       <type>A</type>
                       <description>DESCRIPTION</description>
                       <startAddress>010.000.000.000</startAddress>
                       <endAddress>010.000.000.255</endAddress>
                       <cidrLength>24</cidrLength>
               </netBlock>
        </netBlocks>
        <customerHandle>C12341234</customerHandle>
        <parentNetHandle>PARENTNETHANDLE</parentNetHandle>
        <netName>NETNAME</netName>
        <originASes>
               <originAS>AS102</originAS>
        </originASes>
        <pocLinks>
               <pocLinkRef>
               </pocLinkRef>
        </pocLinks>
</net>


Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141113/2ac244c6/attachment.html>

From Sean.Zhao at CenturyLink.com  Fri Nov 14 10:47:38 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Fri, 14 Nov 2014 15:47:38 +0000
Subject: [arin-tech-discuss] It would be good if your test ote env had same
 data as your production.
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6459F@PDDCWMBXEX504.ctl.intranet>

Hi, Just a small suggestion,

                Since your ote does not have the same data as your production has, I have to create data for my test data which is exactly same as my production. But some of data are out of my control. For examples, I have org handle HG-20 in your production. I am testing my HG-20 in your ote env. But your ote does not have it. I have to create HG-20.
Some time I have to create 20 times to reach your ??-20. Maybe you can say, well, you can test HG-1. But in my production it only has HG-20. And I need to test HG-20. What if your system plays with me, it skips number 20? Like 1, 2, 3, ,,,, 19, 21, 22,,, :). It would be pointless if I test HG-1. Well, just a suggestion, a friendly suggestion.

Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141114/694215ee/attachment.html>

From Sean.Zhao at CenturyLink.com  Fri Nov 14 11:00:46 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Fri, 14 Nov 2014 16:00:46 +0000
Subject: [arin-tech-discuss] It would be good if your test ote env had
 same data as your production.
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A64599@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A64599@PDDCWMBXEX504.ctl.intranet>
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A645C5@PDDCWMBXEX504.ctl.intranet>

Also,
                I am not sure what goes wrong, I use http://whois.ote.arin.net/rest/org/HG-20, and get below exception, but if I go "THE HERMAN GROUP" for searching. I do get HG-20 and THEHE-21 back from your ote env.

HTTP Status 500 - java.lang.RuntimeException: org.apache.xalan.xsltc.TransletException: org.apache.xml.utils.WrappedRuntimeException: http://whois.arin.net/template/header.xhtml
________________________________
type Status report
message java.lang.RuntimeException: org.apache.xalan.xsltc.TransletException: org.apache.xml.utils.WrappedRuntimeException: http://whois.arin.net/template/header.xhtml
description The server encountered an internal error (java.lang.RuntimeException: org.apache.xalan.xsltc.TransletException: org.apache.xml.utils.WrappedRuntimeException: http://whois.arin.net/template/header.xhtml) that prevented it from fulfilling this request.


Thanks

Sean Zhao
sean.zhao at centurylink.com

From: Zhao, Sean
Sent: Friday, November 14, 2014 10:48 AM
To: 'arin-tech-discuss at arin.net'
Cc: Sugandh, Nimesh; Talavagalu Matha Ajjaiah, Chandrasekhara; Grimes, Ronald
Subject: It would be good if your test ote env had same data as your production.

Hi, Just a small suggestion,

                Since your ote does not have the same data as your production has, I have to create data for my test data which is exactly same as my production. But some of data are out of my control. For examples, I have org handle HG-20 in your production. I am testing my HG-20 in your ote env. But your ote does not have it. I have to create HG-20.
Some time I have to create 20 times to reach your ??-20. Maybe you can say, well, you can test HG-1. But in my production it only has HG-20. And I need to test HG-20. What if your system plays with me, it skips number 20? Like 1, 2, 3, ,,,, 19, 21, 22,,, :). It would be pointless if I test HG-1. Well, just a suggestion, a friendly suggestion.

Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141114/000289cf/attachment.html>

From gdubin at arin.net  Fri Nov 14 12:32:37 2014
From: gdubin at arin.net (Garth Dubin)
Date: Fri, 14 Nov 2014 17:32:37 +0000
Subject: [arin-tech-discuss] It would be good if your test ote env had
 same data as your production.
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A645C5@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A64599@PDDCWMBXEX504.ctl.intranet>,
	<C4D5F96B55BE8B43AB4BBB7EACB706ED64A645C5@PDDCWMBXEX504.ctl.intranet>
Message-ID: <DFE5D183A6C0674CAA396904EA24ED2E011187CDF0@chambx02.corp.arin.net>

Sean,

Thanks for bringing this to our attention.  A prior misconfiguration has now been addressed in our OT&E environment.

Please let me know if you have any other questions or concerns.

Regards,

Garth Dubin
Technical Manager
Software Integration

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141114/42321fae/attachment.html>

From Sean.Zhao at CenturyLink.com  Fri Nov 14 13:38:57 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Fri, 14 Nov 2014 18:38:57 +0000
Subject: [arin-tech-discuss] is something wrong in my net payload?
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6478B@PDDCWMBXEX504.ctl.intranet>

Hello,
                I have below payload

<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>67.129.88.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1114-67-129-88-160</netName>
  <orgHandle>HG-20</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
  <version>4</version>
</net>

And this is my url to ote https://www.ote.arin.net/rest/net/NET-67-128-0-0-1/reassign?apikey=MyApiKey
As I remember I should get the net payload back from RESTful with handle and registrationDate. But I got a ticket instead

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ticketedRequest xmlns="http://www.arin.net/regrws/core/v1"
xmlns:ns2="http://www.arin.net/regrws/messages/v1"
xmlns:ns3="http://www.arin.net/regrws/shared-ticket/v1">
<net>
<pocLinks/>
<netBlocks>
<netBlock>
<cidrLength>27</cidrLength>
<description>Reassigned</description>
<endAddress>067.129.088.191</endAddress>
<startAddress>067.129.088.160</startAddress>
<type>S</type>
</netBlock>
</netBlocks>
<handle>NET-67-129-88-160-1</handle>
<netName>Q1114-67-129-88-160</netName>
<orgHandle>HG-20</orgHandle>
<originASes>
<originAS>AS209</originAS>
</originASes>
<parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
<registrationDate>2014-11-14T13:23:21-05:00</registrationDate>
<version>4</version>
</net>
</ticketedRequest>

It there something wrong I did? But when I check with http://whois.ote.arin.net/rest/ip/67.129.88.160. I do see the netBlock was swiped. So my question is instead of that you send me a net payload, you send me tickedRequest payload?



Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141114/ab0c9039/attachment.html>

From gdubin at arin.net  Tue Nov 18 12:23:55 2014
From: gdubin at arin.net (Garth Dubin)
Date: Tue, 18 Nov 2014 17:23:55 +0000
Subject: [arin-tech-discuss] is something wrong in my net payload?
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6478B@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6478B@PDDCWMBXEX504.ctl.intranet>
Message-ID: <DFE5D183A6C0674CAA396904EA24ED2E011187E109@chambx02.corp.arin.net>

Sean,

Since reassignments may be processed automatically or be ticketed, we are returning "ticketedRequest" as the root element so that we have a consistent return from this call.  Within that root element we'll return either a net payload or a ticket payload.  In the call you provided below, we're returning the net payload since we could process it automatically.  This is why you saw the results of the SWIP in Whois.

If your call had actually been ticketed, you would've seen a response similar to this:

<ticketedRequest xmlns="http://www.arin.net/regrws/core/v1" xmlns:ns2="http://www.arin.net/regrws/messages/v1">
<ticket>
<messages>
...
</messages>
<ticketNo>ARIN-20140918-X429740</ticketNo> <createdDate>Tue Jan 25 16:17:18 EST 2011</createdDate>
<resolvedDate/>
<closedDate/>
<updatedDate>Tue Jan 25 16:17:18 EST 2011</updatedDate>
<webTicketType>IPV4_SIMPLE_REASSIGN</webTicketType> <webTicketStatus>PENDING_REVIEW</webTicketStatus>
<webTicketResolution/>
</ticket>
</ticketedRequest>

Further details about this structure can be found at:

https://www.arin.net/resources/restfulpayloads.html#ticketedrequest

Regards,

Garth Dubin
Technical Manager
Software Integration

________________________________
From: arin-tech-discuss-bounces at arin.net [arin-tech-discuss-bounces at arin.net] on behalf of Zhao, Sean [Sean.Zhao at CenturyLink.com]
Sent: Friday, November 14, 2014 1:38 PM
To: 'arin-tech-discuss at arin.net'
Subject: [arin-tech-discuss] is something wrong in my net payload?

Hello,
                I have below payload

<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>67.129.88.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1114-67-129-88-160</netName>
  <orgHandle>HG-20</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
  <version>4</version>
</net>

And this is my url to ote https://www.ote.arin.net/rest/net/NET-67-128-0-0-1/reassign?apikey=MyApiKey
As I remember I should get the net payload back from RESTful with handle and registrationDate. But I got a ticket instead

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ticketedRequest xmlns="http://www.arin.net/regrws/core/v1"
xmlns:ns2="http://www.arin.net/regrws/messages/v1"
xmlns:ns3="http://www.arin.net/regrws/shared-ticket/v1">
<net>
<pocLinks/>
<netBlocks>
<netBlock>
<cidrLength>27</cidrLength>
<description>Reassigned</description>
<endAddress>067.129.088.191</endAddress>
<startAddress>067.129.088.160</startAddress>
<type>S</type>
</netBlock>
</netBlocks>
<handle>NET-67-129-88-160-1</handle>
<netName>Q1114-67-129-88-160</netName>
<orgHandle>HG-20</orgHandle>
<originASes>
<originAS>AS209</originAS>
</originASes>
<parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
<registrationDate>2014-11-14T13:23:21-05:00</registrationDate>
<version>4</version>
</net>
</ticketedRequest>

It there something wrong I did? But when I check with http://whois.ote.arin.net/rest/ip/67.129.88.160. I do see the netBlock was swiped. So my question is instead of that you send me a net payload, you send me tickedRequest payload?



Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141118/96a6da3f/attachment.html>

From brak at gameservers.com  Wed Nov 19 10:32:51 2014
From: brak at gameservers.com (Brian Rak)
Date: Wed, 19 Nov 2014 10:32:51 -0500
Subject: [arin-tech-discuss] reg.arin.net down?
Message-ID: <546CB823.9010604@gameservers.com>

Did something change with https://reg.arin.net recently?  I can't seem 
to establish a connection to it anymore (this started around two days ago).

wget just hangs when connecting:

$ wget https://reg.arin.net
--2014-11-19 10:30:23--  https://reg.arin.net/
Resolving reg.arin.net... 2001:500:4:c000::83, 2001:500:4:c000::84, 
199.43.0.84, ...
Connecting to reg.arin.net|2001:500:4:c000::83|:443...


From andy at arin.net  Wed Nov 19 11:05:05 2014
From: andy at arin.net (Andy Newton)
Date: Wed, 19 Nov 2014 16:05:05 +0000
Subject: [arin-tech-discuss] reg.arin.net down?
In-Reply-To: <546CB823.9010604@gameservers.com>
References: <546CB823.9010604@gameservers.com>
Message-ID: <81BCCAEC-4827-456D-9908-F6EAD3974D8D@arin.net>

Brian,

We had a connectivity issue with that service, but we believe it is resolved now.

Please let us know if you have further issues.

Andy Newton,
Chief Engineer, ARIN


On Nov 19, 2014, at 10:32 AM, Brian Rak <brak at gameservers.com> wrote:

> Did something change with https://reg.arin.net recently?  I can't seem to establish a connection to it anymore (this started around two days ago).
> 
> wget just hangs when connecting:
> 
> $ wget https://reg.arin.net
> --2014-11-19 10:30:23--  https://reg.arin.net/
> Resolving reg.arin.net... 2001:500:4:c000::83, 2001:500:4:c000::84, 199.43.0.84, ...
> Connecting to reg.arin.net|2001:500:4:c000::83|:443...
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss



From matt at arin.net  Wed Nov 19 11:11:03 2014
From: matt at arin.net (Matt Rowley)
Date: Wed, 19 Nov 2014 11:11:03 -0500
Subject: [arin-tech-discuss] reg.arin.net down?
In-Reply-To: <546CB823.9010604@gameservers.com>
References: <546CB823.9010604@gameservers.com>
Message-ID: <546CC117.7060306@arin.net>

Hi Brian,

Our apologizes, we had a misconfiguration on our end.  This should be
corrected now.  Please let us know if you have any further issues.

thanks,
Matt




Brian Rak wrote:
> Did something change with https://reg.arin.net recently?  I can't seem
> to establish a connection to it anymore (this started around two days ago).
> 
> wget just hangs when connecting:
> 
> $ wget https://reg.arin.net
> --2014-11-19 10:30:23--  https://reg.arin.net/
> Resolving reg.arin.net... 2001:500:4:c000::83, 2001:500:4:c000::84,
> 199.43.0.84, ...
> Connecting to reg.arin.net|2001:500:4:c000::83|:443...
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss


From Sean.Zhao at CenturyLink.com  Thu Nov 20 17:53:20 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Thu, 20 Nov 2014 22:53:20 +0000
Subject: [arin-tech-discuss] why do I have error 400 bad request reuturned?
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A65C61@PDDCWMBXEX504.ctl.intranet>

Hi,
                I have url like this https://www.ote.arin.net/rest/net/NET-65-112-0-0-1/reassign?apikey=MyApiKey

                And net payload
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1120-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>

The ip is clean http://whois.ote.arin.net/rest/ip/65.127.10.160 and orgHandle is good, http://whois.ote.arin.net/rest/org/CBC-208

Why do I keep in getting an error, saying Bad Request?

Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141120/cf83abf3/attachment.html>

From andy at arin.net  Fri Nov 21 12:58:59 2014
From: andy at arin.net (Andy Newton)
Date: Fri, 21 Nov 2014 17:58:59 +0000
Subject: [arin-tech-discuss] why do I have error 400 bad request
 reuturned?
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A65C61@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A65C61@PDDCWMBXEX504.ctl.intranet>
Message-ID: <32F74623-2366-4AAE-BA10-3B1175175617@arin.net>

Sean,

Did you receive an error payload in return? If so, that will have a message in it describing the error.

Andy Newton,
Chief Engineer, ARIN

On Nov 20, 2014, at 5:53 PM, Zhao, Sean <Sean.Zhao at CenturyLink.com<mailto:Sean.Zhao at CenturyLink.com>> wrote:

Hi,
                I have url like this https://www.ote.arin.net/rest/net/NET-65-112-0-0-1/reassign?apikey=MyApiKey

                And net payload
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1120-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>

The ip is clean http://whois.ote.arin.net/rest/ip/65.127.10.160 and orgHandle is good,http://whois.ote.arin.net/rest/org/CBC-208

Why do I keep in getting an error, saying Bad Request?

Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>
http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141121/6b5cf25a/attachment.html>

From Sean.Zhao at CenturyLink.com  Tue Nov 25 11:03:06 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Tue, 25 Nov 2014 16:03:06 +0000
Subject: [arin-tech-discuss] is something wrong in my net payload?
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A64785@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A64785@PDDCWMBXEX504.ctl.intranet>
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A666EC@PDDCWMBXEX504.ctl.intranet>

Thanks for the response. I got the error xml as below.
I am trying to assign 65.127.10.160/27. So I checked http://whois.ote.arin.net/rest/ip/65.127.10.160 and
http://whois.ote.arin.net/rest/ip/65.127.10.191. 65.127.10.160 is a start ip and 65.127.10.191 is end ip.
Both look clean to me. So my question is, what went wrong? I understand ote is your test env. I just need to know if it is my issue or your issue.



<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message>
<name>startAddress</name>
</component>
</components>
<message>Payload entity failed to validate; see component messages for details.</message>
</error>

Thanks

Sean Zhao
sean.zhao at centurylink.com

From: Zhao, Sean
Sent: Friday, November 14, 2014 1:39 PM
To: 'arin-tech-discuss at arin.net'
Subject: is something wrong in my net payload?

Hello,
                I have below payload

<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>67.129.88.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1114-67-129-88-160</netName>
  <orgHandle>HG-20</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
  <version>4</version>
</net>

And this is my url to ote https://www.ote.arin.net/rest/net/NET-67-128-0-0-1/reassign?apikey=MyApiKey
As I remember I should get the net payload back from RESTful with handle and registrationDate. But I got a ticket instead

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ticketedRequest xmlns="http://www.arin.net/regrws/core/v1"
xmlns:ns2="http://www.arin.net/regrws/messages/v1"
xmlns:ns3="http://www.arin.net/regrws/shared-ticket/v1">
<net>
<pocLinks/>
<netBlocks>
<netBlock>
<cidrLength>27</cidrLength>
<description>Reassigned</description>
<endAddress>067.129.088.191</endAddress>
<startAddress>067.129.088.160</startAddress>
<type>S</type>
</netBlock>
</netBlocks>
<handle>NET-67-129-88-160-1</handle>
<netName>Q1114-67-129-88-160</netName>
<orgHandle>HG-20</orgHandle>
<originASes>
<originAS>AS209</originAS>
</originASes>
<parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
<registrationDate>2014-11-14T13:23:21-05:00</registrationDate>
<version>4</version>
</net>
</ticketedRequest>

It there something wrong I did? But when I check with http://whois.ote.arin.net/rest/ip/67.129.88.160. I do see the netBlock was swiped. So my question is instead of that you send me a net payload, you send me tickedRequest payload?



Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/e72f7aca/attachment.html>

From Sean.Zhao at CenturyLink.com  Tue Nov 25 11:05:44 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Tue, 25 Nov 2014 16:05:44 +0000
Subject: [arin-tech-discuss] is something wrong in my net payload?
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A666E7@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A64785@PDDCWMBXEX504.ctl.intranet>
	<C4D5F96B55BE8B43AB4BBB7EACB706ED64A666E7@PDDCWMBXEX504.ctl.intranet>
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A66700@PDDCWMBXEX504.ctl.intranet>

Sorry, forgot to attach the request net payload

<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>

Thanks

Sean Zhao
sean.zhao at centurylink.com

From: Zhao, Sean
Sent: Tuesday, November 25, 2014 11:03 AM
To: Zhao, Sean; 'arin-tech-discuss at arin.net'
Cc: Talavagalu Matha Ajjaiah, Chandrasekhara; Grimes, Ronald; Sugandh, Nimesh
Subject: RE: is something wrong in my net payload?

Thanks for the response. I got the error xml as below.
I am trying to assign 65.127.10.160/27. So I checked http://whois.ote.arin.net/rest/ip/65.127.10.160 and
http://whois.ote.arin.net/rest/ip/65.127.10.191. 65.127.10.160 is a start ip and 65.127.10.191 is end ip.
Both look clean to me. So my question is, what went wrong? I understand ote is your test env. I just need to know if it is my issue or your issue.



<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message>
<name>startAddress</name>
</component>
</components>
<message>Payload entity failed to validate; see component messages for details.</message>
</error>

Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

From: Zhao, Sean
Sent: Friday, November 14, 2014 1:39 PM
To: 'arin-tech-discuss at arin.net'
Subject: is something wrong in my net payload?

Hello,
                I have below payload

<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>67.129.88.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1114-67-129-88-160</netName>
  <orgHandle>HG-20</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
  <version>4</version>
</net>

And this is my url to ote https://www.ote.arin.net/rest/net/NET-67-128-0-0-1/reassign?apikey=MyApiKey
As I remember I should get the net payload back from RESTful with handle and registrationDate. But I got a ticket instead

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ticketedRequest xmlns="http://www.arin.net/regrws/core/v1"
xmlns:ns2="http://www.arin.net/regrws/messages/v1"
xmlns:ns3="http://www.arin.net/regrws/shared-ticket/v1">
<net>
<pocLinks/>
<netBlocks>
<netBlock>
<cidrLength>27</cidrLength>
<description>Reassigned</description>
<endAddress>067.129.088.191</endAddress>
<startAddress>067.129.088.160</startAddress>
<type>S</type>
</netBlock>
</netBlocks>
<handle>NET-67-129-88-160-1</handle>
<netName>Q1114-67-129-88-160</netName>
<orgHandle>HG-20</orgHandle>
<originASes>
<originAS>AS209</originAS>
</originASes>
<parentNetHandle>NET-67-128-0-0-1</parentNetHandle>
<registrationDate>2014-11-14T13:23:21-05:00</registrationDate>
<version>4</version>
</net>
</ticketedRequest>

It there something wrong I did? But when I check with http://whois.ote.arin.net/rest/ip/67.129.88.160. I do see the netBlock was swiped. So my question is instead of that you send me a net payload, you send me tickedRequest payload?



Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/8c1a3644/attachment.html>

From Sean.Zhao at CenturyLink.com  Tue Nov 25 12:25:32 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Tue, 25 Nov 2014 17:25:32 +0000
Subject: [arin-tech-discuss] why do I have error 400 bad request
 reuturned?
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C@PDDCWMBXEX504.ctl.intranet>

Hi, Andy,
                I sent the previous email in the wrong email chain. Thanks for the response.

                Yes, I finally got the error response from Arin now. It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
                So start ip and end ip are all clean.
http://whois.ote.arin.net/rest/ip/65.127.10.160 and http://whois.ote.arin.net/rest/ip/65.127.10.191
in case you don't have my request xml. Here is my request xml and error returned from Arin.
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>



<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message>
<name>startAddress</name>
</component>
</components>
<message>Payload entity failed to validate; see component messages for details.</message>
</error>

Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/0c950c0d/attachment.html>

From brak at gameservers.com  Tue Nov 25 12:38:11 2014
From: brak at gameservers.com (Brian Rak)
Date: Tue, 25 Nov 2014 12:38:11 -0500
Subject: [arin-tech-discuss] why do I have error 400 bad request
	reuturned?
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C@PDDCWMBXEX504.ctl.intranet>
Message-ID: <5474BE83.7080506@gameservers.com>

http://whois.arin.net/rest/net/NET-65-127-10-168-1/pft

Checking the start IP and end IP is not sufficient.

I've been down the path you're going.  The best solution I found is:

* Use /rest/report/reassignment/ROOT to get a list of all the 
reassignments for a particular network (it'll be in xls format, you need 
to convert it to something you can parse).
* Go through the list, issue DELETE's for any subnets that are not in 
your database
* Wait awhile (5-10 minutes)
* Go through and issue reassignments for any subnets that are new or 
that ARIN doesn't know about.

It's a large pain to get all the logic working correctly here, but if 
you don't do it you'll be running into overlaps and other errors forever.

I get the distinct feeling that not many people are actually working 
with the API at this point, so it's a pretty painful process.

On 11/25/2014 12:25 PM, Zhao, Sean wrote:
>
> Hi, Andy,
>
>                 I sent the previous email in the wrong email chain. 
> Thanks for the response.
>
>                 Yes, I finally got the error response from Arin now. 
> It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
>
>                 So start ip and end ip are all clean.
>
> http://whois.ote.arin.net/rest/ip/65.127.10.160 and 
> http://whois.ote.arin.net/rest/ip/65.127.10.191
>
> in case you don't have my request xml. Here is my request xml and 
> error returned from Arin.
>
> <net xmlns="http://www.arin.net/regrws/core/v1">
>
>   <netBlocks>
>
>     <netBlock>
>
> <cidrLength>27</cidrLength>
>
> <startAddress>65.127.10.160</startAddress>
>
>       <type>S</type>
>
>     </netBlock>
>
>   </netBlocks>
>
> <netName>Q1125-65-127-10-160</netName>
>
> <orgHandle>CBC-208</orgHandle>
>
>   <originASes>
>
>     <originAS>209</originAS>
>
>   </originASes>
>
> <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
>
>   <version>4</version>
>
> </net>
>
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>
> <error xmlns="http://www.arin.net/regrws/core/v1">
>
> <additionalInfo/>
>
> <code>E_ENTITY_VALIDATION</code>
>
> <components>
>
> <component>
>
> <message>IP range overlaps with existing network(s).</message>
>
> <name>startAddress</name>
>
> </component>
>
> </components>
>
> <message>Payload entity failed to validate; see component messages for 
> details.</message>
>
> </error>
>
> *Thanks*
>
> **
>
> *Sean Zhao*
>
> *sean.zhao at centurylink.com*
>
> This communication is the property of CenturyLink and may contain 
> confidential or privileged information. Unauthorized use of this 
> communication is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please immediately notify the 
> sender by reply e-mail and destroy all copies of the communication and 
> any attachments.
>
>
>
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/83b20b6a/attachment.html>

From Sean.Zhao at CenturyLink.com  Tue Nov 25 12:53:44 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Tue, 25 Nov 2014 17:53:44 +0000
Subject: [arin-tech-discuss] why do I have error 400 bad request
 reuturned?
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A66736@PDDCWMBXEX504.ctl.intranet>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A66736@PDDCWMBXEX504.ctl.intranet>
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A66778@PDDCWMBXEX504.ctl.intranet>

Sorry, Andy.
                I found the reason. That was my bad. I am assigning 65.127.10.160 - 65.127.10.191. But 65.127.10.176 - 65.127.10.183 is assigned to COLDWELL BANKER BAIN.

Thanks

Sean Zhao
sean.zhao at centurylink.com

From: Zhao, Sean
Sent: Tuesday, November 25, 2014 12:26 PM
To: 'arin-tech-discuss at arin.net'
Cc: Talavagalu Matha Ajjaiah, Chandrasekhara; Grimes, Ronald; Sugandh, Nimesh
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request reuturned?

Hi, Andy,
                I sent the previous email in the wrong email chain. Thanks for the response.

                Yes, I finally got the error response from Arin now. It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
                So start ip and end ip are all clean.
http://whois.ote.arin.net/rest/ip/65.127.10.160 and http://whois.ote.arin.net/rest/ip/65.127.10.191
in case you don't have my request xml. Here is my request xml and error returned from Arin.
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>



<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message>
<name>startAddress</name>
</component>
</components>
<message>Payload entity failed to validate; see component messages for details.</message>
</error>

Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/46a4aa9a/attachment.html>

From Sean.Zhao at CenturyLink.com  Tue Nov 25 13:17:41 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Tue, 25 Nov 2014 18:17:41 +0000
Subject: [arin-tech-discuss] arin-tech-discuss Digest, Vol 40, Issue 8
In-Reply-To: <mailman.45384.1416938037.28847.arin-tech-discuss@arin.net>
References: <mailman.45384.1416938037.28847.arin-tech-discuss@arin.net>
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A667B1@PDDCWMBXEX504.ctl.intranet>

Thanks Brian!!
        You are right. "Checking the start IP and end IP is not sufficient.". But how do I check a netBlock is available. For example, I have 65.127.10.160/27. You don't want me to check the ips one by one for 32 times. It will make your server busy and make my performance slow. I see you mentioned /rest/report/reassignment/ROOT in your email? How do I use it? What is ROOT? Is an ip address? or it is netHandle? The server is whois? Or www.ote.arin.net? Can you give me an example?

Thanks again Brian!!!!

Thanks

Sean Zhao
sean.zhao at centurylink.com

-----Original Message-----
From: arin-tech-discuss-bounces at arin.net [mailto:arin-tech-discuss-bounces at arin.net] On Behalf Of arin-tech-discuss-request at arin.net
Sent: Tuesday, November 25, 2014 12:54 PM
To: arin-tech-discuss at arin.net
Subject: arin-tech-discuss Digest, Vol 40, Issue 8

Send arin-tech-discuss mailing list submissions to
        arin-tech-discuss at arin.net

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.arin.net/mailman/listinfo/arin-tech-discuss
or, via email, send a message with subject or body 'help' to
        arin-tech-discuss-request at arin.net

You can reach the person managing the list at
        arin-tech-discuss-owner at arin.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of arin-tech-discuss digest..."


Today's Topics:

   1. Re: why do I have error 400 bad request reuturned? (Zhao, Sean)
   2. Re: why do I have error 400 bad request   reuturned? (Brian Rak)
   3. Re: why do I have error 400 bad request reuturned? (Zhao, Sean)


----------------------------------------------------------------------

Message: 1
Date: Tue, 25 Nov 2014 17:25:32 +0000
From: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>
To: "'arin-tech-discuss at arin.net'" <arin-tech-discuss at arin.net>
Cc: "Talavagalu Matha Ajjaiah,  Chandrasekhara"
        <Chandrasekhara.Talavagalumathaajjaiah at CenturyLink.com>,        "Grimes,
        Ronald" <Ron.Grimes at CenturyLink.com>, "Sugandh, Nimesh"
        <Nimesh.Sugandh at CenturyLink.com>
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request
        reuturned?
Message-ID:
        <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C at PDDCWMBXEX504.ctl.intranet>
Content-Type: text/plain; charset="us-ascii"

Hi, Andy,
                I sent the previous email in the wrong email chain. Thanks for the response.

                Yes, I finally got the error response from Arin now. It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
                So start ip and end ip are all clean.
http://whois.ote.arin.net/rest/ip/65.127.10.160 and http://whois.ote.arin.net/rest/ip/65.127.10.191
in case you don't have my request xml. Here is my request xml and error returned from Arin.
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>



<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message> <name>startAddress</name> </component> </components> <message>Payload entity failed to validate; see component messages for details.</message> </error>

Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/0c950c0d/attachment-0001.html>

------------------------------

Message: 2
Date: Tue, 25 Nov 2014 12:38:11 -0500
From: Brian Rak <brak at gameservers.com>
To: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>,
        "'arin-tech-discuss at arin.net'" <arin-tech-discuss at arin.net>
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request
        reuturned?
Message-ID: <5474BE83.7080506 at gameservers.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

http://whois.arin.net/rest/net/NET-65-127-10-168-1/pft

Checking the start IP and end IP is not sufficient.

I've been down the path you're going.  The best solution I found is:

* Use /rest/report/reassignment/ROOT to get a list of all the reassignments for a particular network (it'll be in xls format, you need to convert it to something you can parse).
* Go through the list, issue DELETE's for any subnets that are not in your database
* Wait awhile (5-10 minutes)
* Go through and issue reassignments for any subnets that are new or that ARIN doesn't know about.

It's a large pain to get all the logic working correctly here, but if you don't do it you'll be running into overlaps and other errors forever.

I get the distinct feeling that not many people are actually working with the API at this point, so it's a pretty painful process.

On 11/25/2014 12:25 PM, Zhao, Sean wrote:
>
> Hi, Andy,
>
>                 I sent the previous email in the wrong email chain.
> Thanks for the response.
>
>                 Yes, I finally got the error response from Arin now.
> It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
>
>                 So start ip and end ip are all clean.
>
> http://whois.ote.arin.net/rest/ip/65.127.10.160 and
> http://whois.ote.arin.net/rest/ip/65.127.10.191
>
> in case you don't have my request xml. Here is my request xml and
> error returned from Arin.
>
> <net xmlns="http://www.arin.net/regrws/core/v1">
>
>   <netBlocks>
>
>     <netBlock>
>
> <cidrLength>27</cidrLength>
>
> <startAddress>65.127.10.160</startAddress>
>
>       <type>S</type>
>
>     </netBlock>
>
>   </netBlocks>
>
> <netName>Q1125-65-127-10-160</netName>
>
> <orgHandle>CBC-208</orgHandle>
>
>   <originASes>
>
>     <originAS>209</originAS>
>
>   </originASes>
>
> <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
>
>   <version>4</version>
>
> </net>
>
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>
> <error xmlns="http://www.arin.net/regrws/core/v1">
>
> <additionalInfo/>
>
> <code>E_ENTITY_VALIDATION</code>
>
> <components>
>
> <component>
>
> <message>IP range overlaps with existing network(s).</message>
>
> <name>startAddress</name>
>
> </component>
>
> </components>
>
> <message>Payload entity failed to validate; see component messages for
> details.</message>
>
> </error>
>
> *Thanks*
>
> **
>
> *Sean Zhao*
>
> *sean.zhao at centurylink.com*
>
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the
> sender by reply e-mail and destroy all copies of the communication and
> any attachments.
>
>
>
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/83b20b6a/attachment-0001.html>

------------------------------

Message: 3
Date: Tue, 25 Nov 2014 17:53:44 +0000
From: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>
To: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>,
        "'arin-tech-discuss at arin.net'"  <arin-tech-discuss at arin.net>
Cc: "Talavagalu Matha Ajjaiah,  Chandrasekhara"
        <Chandrasekhara.Talavagalumathaajjaiah at CenturyLink.com>,        "Grimes,
        Ronald" <Ron.Grimes at CenturyLink.com>, "Sugandh, Nimesh"
        <Nimesh.Sugandh at CenturyLink.com>
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request
        reuturned?
Message-ID:
        <C4D5F96B55BE8B43AB4BBB7EACB706ED64A66778 at PDDCWMBXEX504.ctl.intranet>
Content-Type: text/plain; charset="us-ascii"

Sorry, Andy.
                I found the reason. That was my bad. I am assigning 65.127.10.160 - 65.127.10.191. But 65.127.10.176 - 65.127.10.183 is assigned to COLDWELL BANKER BAIN.

Thanks

Sean Zhao
sean.zhao at centurylink.com

From: Zhao, Sean
Sent: Tuesday, November 25, 2014 12:26 PM
To: 'arin-tech-discuss at arin.net'
Cc: Talavagalu Matha Ajjaiah, Chandrasekhara; Grimes, Ronald; Sugandh, Nimesh
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request reuturned?

Hi, Andy,
                I sent the previous email in the wrong email chain. Thanks for the response.

                Yes, I finally got the error response from Arin now. It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
                So start ip and end ip are all clean.
http://whois.ote.arin.net/rest/ip/65.127.10.160 and http://whois.ote.arin.net/rest/ip/65.127.10.191
in case you don't have my request xml. Here is my request xml and error returned from Arin.
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>



<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message> <name>startAddress</name> </component> </components> <message>Payload entity failed to validate; see component messages for details.</message> </error>

Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/46a4aa9a/attachment.html>

------------------------------

_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net
http://lists.arin.net/mailman/listinfo/arin-tech-discuss


End of arin-tech-discuss Digest, Vol 40, Issue 8
************************************************
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.


From Sean.Zhao at CenturyLink.com  Tue Nov 25 14:49:08 2014
From: Sean.Zhao at CenturyLink.com (Zhao, Sean)
Date: Tue, 25 Nov 2014 19:49:08 +0000
Subject: [arin-tech-discuss] arin-tech-discuss Digest, Vol 40, Issue 8
In-Reply-To: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A667AC@PDDCWMBXEX504.ctl.intranet>
References: <mailman.45384.1416938037.28847.arin-tech-discuss@arin.net>
	<C4D5F96B55BE8B43AB4BBB7EACB706ED64A667AC@PDDCWMBXEX504.ctl.intranet>
Message-ID: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A667FA@PDDCWMBXEX504.ctl.intranet>

Hi, Brian, Again
        Some how I figured out your /rest/report/reassignment/ROOT. I used https://www.ote.arin.net/rest/report/reassignment/NET-65-112-0-0-1?apikey=MyApiKey, to get a ticket xml as below, then what? I checked Arin's ticket section to study. I have tried "Get Ticket Details" and "Get Ticket Summary". Both gave me a same ticket xml as below. Should I go /rest/ticket;ticketType=TICKETTYPE;ticketStatus=TICKETSTATUS?apikey=APIKEY? Or /rest/ticket/summary;ticketType=TICKETTYPE;ticketStatus=TICKETSTATUS?apikey=APIKEY?
If I do, I am confused about TICKETTYPE & TICKETSTATUS. What values should I give? Can you teach me here?


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ticket xmlns="http://www.arin.net/regrws/core/v1"
        xmlns:ns2="http://www.arin.net/regrws/messages/v1"
        xmlns:ns3="http://www.arin.net/regrws/shared-ticket/v1">

        <createdDate>2014-11-25T14:35:42.161-05:00</createdDate>
        <ns3:orgHandle>QCC-18</ns3:orgHandle>
        <ns3:shared>true</ns3:shared>
        <ticketNo>20141125-X448489</ticketNo>
        <updatedDate>2014-11-25T14:35:42.168-05:00</updatedDate>
        <webTicketStatus>IN_PROGRESS</webTicketStatus>
        <webTicketType>REASSIGNMENT_REPORT</webTicketType>
</ticket>

Thanks

Sean Zhao
sean.zhao at centurylink.com


-----Original Message-----
From: Zhao, Sean
Sent: Tuesday, November 25, 2014 1:18 PM
To: 'arin-tech-discuss at arin.net'
Subject: RE: arin-tech-discuss Digest, Vol 40, Issue 8

Thanks Brian!!
        You are right. "Checking the start IP and end IP is not sufficient.". But how do I check a netBlock is available. For example, I have 65.127.10.160/27. You don't want me to check the ips one by one for 32 times. It will make your server busy and make my performance slow. I see you mentioned /rest/report/reassignment/ROOT in your email? How do I use it? What is ROOT? Is an ip address? or it is netHandle? The server is whois? Or www.ote.arin.net? Can you give me an example?

Thanks again Brian!!!!

Thanks

Sean Zhao
sean.zhao at centurylink.com

-----Original Message-----
From: arin-tech-discuss-bounces at arin.net [mailto:arin-tech-discuss-bounces at arin.net] On Behalf Of arin-tech-discuss-request at arin.net
Sent: Tuesday, November 25, 2014 12:54 PM
To: arin-tech-discuss at arin.net
Subject: arin-tech-discuss Digest, Vol 40, Issue 8

Send arin-tech-discuss mailing list submissions to
        arin-tech-discuss at arin.net

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.arin.net/mailman/listinfo/arin-tech-discuss
or, via email, send a message with subject or body 'help' to
        arin-tech-discuss-request at arin.net

You can reach the person managing the list at
        arin-tech-discuss-owner at arin.net

When replying, please edit your Subject line so it is more specific than "Re: Contents of arin-tech-discuss digest..."


Today's Topics:

   1. Re: why do I have error 400 bad request reuturned? (Zhao, Sean)
   2. Re: why do I have error 400 bad request   reuturned? (Brian Rak)
   3. Re: why do I have error 400 bad request reuturned? (Zhao, Sean)


----------------------------------------------------------------------

Message: 1
Date: Tue, 25 Nov 2014 17:25:32 +0000
From: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>
To: "'arin-tech-discuss at arin.net'" <arin-tech-discuss at arin.net>
Cc: "Talavagalu Matha Ajjaiah,  Chandrasekhara"
        <Chandrasekhara.Talavagalumathaajjaiah at CenturyLink.com>,        "Grimes,
        Ronald" <Ron.Grimes at CenturyLink.com>, "Sugandh, Nimesh"
        <Nimesh.Sugandh at CenturyLink.com>
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request
        reuturned?
Message-ID:
        <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C at PDDCWMBXEX504.ctl.intranet>
Content-Type: text/plain; charset="us-ascii"

Hi, Andy,
                I sent the previous email in the wrong email chain. Thanks for the response.

                Yes, I finally got the error response from Arin now. It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
                So start ip and end ip are all clean.
http://whois.ote.arin.net/rest/ip/65.127.10.160 and http://whois.ote.arin.net/rest/ip/65.127.10.191
in case you don't have my request xml. Here is my request xml and error returned from Arin.
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>



<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message> <name>startAddress</name> </component> </components> <message>Payload entity failed to validate; see component messages for details.</message> </error>

Thanks

Sean Zhao
sean.zhao at centurylink.com

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/0c950c0d/attachment-0001.html>

------------------------------

Message: 2
Date: Tue, 25 Nov 2014 12:38:11 -0500
From: Brian Rak <brak at gameservers.com>
To: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>,
        "'arin-tech-discuss at arin.net'" <arin-tech-discuss at arin.net>
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request
        reuturned?
Message-ID: <5474BE83.7080506 at gameservers.com>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

http://whois.arin.net/rest/net/NET-65-127-10-168-1/pft

Checking the start IP and end IP is not sufficient.

I've been down the path you're going.  The best solution I found is:

* Use /rest/report/reassignment/ROOT to get a list of all the reassignments for a particular network (it'll be in xls format, you need to convert it to something you can parse).
* Go through the list, issue DELETE's for any subnets that are not in your database
* Wait awhile (5-10 minutes)
* Go through and issue reassignments for any subnets that are new or that ARIN doesn't know about.

It's a large pain to get all the logic working correctly here, but if you don't do it you'll be running into overlaps and other errors forever.

I get the distinct feeling that not many people are actually working with the API at this point, so it's a pretty painful process.

On 11/25/2014 12:25 PM, Zhao, Sean wrote:
>
> Hi, Andy,
>
>                 I sent the previous email in the wrong email chain.
> Thanks for the response.
>
>                 Yes, I finally got the error response from Arin now.
> It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
>
>                 So start ip and end ip are all clean.
>
> http://whois.ote.arin.net/rest/ip/65.127.10.160 and
> http://whois.ote.arin.net/rest/ip/65.127.10.191
>
> in case you don't have my request xml. Here is my request xml and
> error returned from Arin.
>
> <net xmlns="http://www.arin.net/regrws/core/v1">
>
>   <netBlocks>
>
>     <netBlock>
>
> <cidrLength>27</cidrLength>
>
> <startAddress>65.127.10.160</startAddress>
>
>       <type>S</type>
>
>     </netBlock>
>
>   </netBlocks>
>
> <netName>Q1125-65-127-10-160</netName>
>
> <orgHandle>CBC-208</orgHandle>
>
>   <originASes>
>
>     <originAS>209</originAS>
>
>   </originASes>
>
> <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
>
>   <version>4</version>
>
> </net>
>
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
>
> <error xmlns="http://www.arin.net/regrws/core/v1">
>
> <additionalInfo/>
>
> <code>E_ENTITY_VALIDATION</code>
>
> <components>
>
> <component>
>
> <message>IP range overlaps with existing network(s).</message>
>
> <name>startAddress</name>
>
> </component>
>
> </components>
>
> <message>Payload entity failed to validate; see component messages for
> details.</message>
>
> </error>
>
> *Thanks*
>
> **
>
> *Sean Zhao*
>
> *sean.zhao at centurylink.com*
>
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the
> sender by reply e-mail and destroy all copies of the communication and
> any attachments.
>
>
>
> _______________________________________________
> arin-tech-discuss mailing list
> arin-tech-discuss at arin.net
> http://lists.arin.net/mailman/listinfo/arin-tech-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/83b20b6a/attachment-0001.html>

------------------------------

Message: 3
Date: Tue, 25 Nov 2014 17:53:44 +0000
From: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>
To: "Zhao, Sean" <Sean.Zhao at CenturyLink.com>,
        "'arin-tech-discuss at arin.net'"  <arin-tech-discuss at arin.net>
Cc: "Talavagalu Matha Ajjaiah,  Chandrasekhara"
        <Chandrasekhara.Talavagalumathaajjaiah at CenturyLink.com>,        "Grimes,
        Ronald" <Ron.Grimes at CenturyLink.com>, "Sugandh, Nimesh"
        <Nimesh.Sugandh at CenturyLink.com>
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request
        reuturned?
Message-ID:
        <C4D5F96B55BE8B43AB4BBB7EACB706ED64A66778 at PDDCWMBXEX504.ctl.intranet>
Content-Type: text/plain; charset="us-ascii"

Sorry, Andy.
                I found the reason. That was my bad. I am assigning 65.127.10.160 - 65.127.10.191. But 65.127.10.176 - 65.127.10.183 is assigned to COLDWELL BANKER BAIN.

Thanks

Sean Zhao
sean.zhao at centurylink.com

From: Zhao, Sean
Sent: Tuesday, November 25, 2014 12:26 PM
To: 'arin-tech-discuss at arin.net'
Cc: Talavagalu Matha Ajjaiah, Chandrasekhara; Grimes, Ronald; Sugandh, Nimesh
Subject: Re: [arin-tech-discuss] why do I have error 400 bad request reuturned?

Hi, Andy,
                I sent the previous email in the wrong email chain. Thanks for the response.

                Yes, I finally got the error response from Arin now. It is below. IP range overlaps? Why? I am assigning 65.127.10.160/27.
                So start ip and end ip are all clean.
http://whois.ote.arin.net/rest/ip/65.127.10.160 and http://whois.ote.arin.net/rest/ip/65.127.10.191
in case you don't have my request xml. Here is my request xml and error returned from Arin.
<net xmlns="http://www.arin.net/regrws/core/v1">
  <netBlocks>
    <netBlock>
      <cidrLength>27</cidrLength>
      <startAddress>65.127.10.160</startAddress>
      <type>S</type>
    </netBlock>
  </netBlocks>
  <netName>Q1125-65-127-10-160</netName>
  <orgHandle>CBC-208</orgHandle>
  <originASes>
    <originAS>209</originAS>
  </originASes>
  <parentNetHandle>NET-65-112-0-0-1</parentNetHandle>
  <version>4</version>
</net>



<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <error xmlns="http://www.arin.net/regrws/core/v1">
<additionalInfo/>
<code>E_ENTITY_VALIDATION</code>
<components>
<component>
<message>IP range overlaps with existing network(s).</message> <name>startAddress</name> </component> </components> <message>Payload entity failed to validate; see component messages for details.</message> </error>

Thanks

Sean Zhao
sean.zhao at centurylink.com<mailto:sean.zhao at centurylink.com>

This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141125/46a4aa9a/attachment.html>

------------------------------

_______________________________________________
arin-tech-discuss mailing list
arin-tech-discuss at arin.net
http://lists.arin.net/mailman/listinfo/arin-tech-discuss


End of arin-tech-discuss Digest, Vol 40, Issue 8
************************************************
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.


From andy at arin.net  Wed Nov 26 11:17:47 2014
From: andy at arin.net (Andy Newton)
Date: Wed, 26 Nov 2014 16:17:47 +0000
Subject: [arin-tech-discuss] changes to Reg-RWS (was Re: why do I have error
 400 bad request	reuturned?)
In-Reply-To: <5474BE83.7080506@gameservers.com>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C@PDDCWMBXEX504.ctl.intranet>
	<5474BE83.7080506@gameservers.com>
Message-ID: <27FB8CAD-0C59-4503-A779-9A1C8A13376F@arin.net>


On Nov 25, 2014, at 12:38 PM, Brian Rak <brak at gameservers.com<mailto:brak at gameservers.com>> wrote:

http://whois.arin.net/rest/net/NET-65-127-10-168-1/pft

Checking the start IP and end IP is not sufficient.

I've been down the path you're going.  The best solution I found is:

* Use /rest/report/reassignment/ROOT to get a list of all the reassignments for a particular network (it'll be in xls format, you need to convert it to something you can parse).
* Go through the list, issue DELETE's for any subnets that are not in your database
* Wait awhile (5-10 minutes)
* Go through and issue reassignments for any subnets that are new or that ARIN doesn't know about.

It's a large pain to get all the logic working correctly here, but if you don't do it you'll be running into overlaps and other errors forever.

Brian,

I agree. What you have described is painful. And it is not the first time this has been pointed out.

Though a few suggestions have been made informally over the years, they?ve never reached much consensus and there has not been a request that ARIN implement them.

So that we can address these issues, here is what I propose. I will create specification document outlining new methods and payloads for Reg-RWS, and I will send it to this list for discussion and to get your collective input. Once we have a document we agree will address these issues, it can be put forward as a request for ARIN implementation.

Does this sound like a workable path forward?

Andy Newton,
Chief Engineer, ARIN
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141126/72638a02/attachment.html>

From brak at gameservers.com  Wed Nov 26 12:06:52 2014
From: brak at gameservers.com (Brian Rak)
Date: Wed, 26 Nov 2014 12:06:52 -0500
Subject: [arin-tech-discuss] changes to Reg-RWS (was Re: why do I have
 error 400 bad request	reuturned?)
In-Reply-To: <27FB8CAD-0C59-4503-A779-9A1C8A13376F@arin.net>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C@PDDCWMBXEX504.ctl.intranet>
	<5474BE83.7080506@gameservers.com>
	<27FB8CAD-0C59-4503-A779-9A1C8A13376F@arin.net>
Message-ID: <547608AC.6080903@gameservers.com>


On 11/26/2014 11:17 AM, Andy Newton wrote:
>
> On Nov 25, 2014, at 12:38 PM, Brian Rak <brak at gameservers.com 
> <mailto:brak at gameservers.com>> wrote:
>
>> http://whois.arin.net/rest/net/NET-65-127-10-168-1/pft
>>
>> Checking the start IP and end IP is not sufficient.
>>
>> I've been down the path you're going.  The best solution I found is:
>>
>> * Use /rest/report/reassignment/ROOT to get a list of all the 
>> reassignments for a particular network (it'll be in xls format, you 
>> need to convert it to something you can parse).
>> * Go through the list, issue DELETE's for any subnets that are not in 
>> your database
>> * Wait awhile (5-10 minutes)
>> * Go through and issue reassignments for any subnets that are new or 
>> that ARIN doesn't know about.
>>
>> It's a large pain to get all the logic working correctly here, but if 
>> you don't do it you'll be running into overlaps and other errors forever.
>
> Brian,
>
> I agree. What you have described is painful. And it is not the first 
> time this has been pointed out.
>
> Though a few suggestions have been made informally over the years, 
> they?ve never reached much consensus and there has not been a request 
> that ARIN implement them.
>
> So that we can address these issues, here is what I propose. I will 
> create specification document outlining new methods and payloads for 
> Reg-RWS, and I will send it to this list for discussion and to get 
> your collective input. Once we have a document we agree will address 
> these issues, it can be put forward as a request for ARIN implementation.
>
> Does this sound like a workable path forward?
>
> Andy Newton,
> Chief Engineer, ARIN

That sounds like it would be a good path forward.

I'm going to talk with some of our other developers about this, and see 
if we can offer any suggestions for API methods or changes that would 
make it easier.

One thing I can immediately think of is giving us the reassignment 
report in some easily parsable format.  Currently, we convert the XLS to 
a CSV and parse that, but that has always seemed kinda hacky to me.    
Also, if the reassignment report contained additional details (such as 
the ORGID or customer ID/name) this would simplify things for us (as we 
wouldn't need to hit the whois API for each subnet)

Do you have any statistics about the number of reassignments that come 
in via the API, versus the number that come in via the old email 
system?  I'm curious to know what kind of usage it's seeing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141126/e6ee0a8d/attachment.html>

From markk at arin.net  Wed Nov 26 12:16:18 2014
From: markk at arin.net (Mark Kosters)
Date: Wed, 26 Nov 2014 17:16:18 +0000
Subject: [arin-tech-discuss] changes to Reg-RWS (was Re: why do I have
 error 400 bad request reuturned?)
In-Reply-To: <547608AC.6080903@gameservers.com>
References: <C4D5F96B55BE8B43AB4BBB7EACB706ED64A6673C@PDDCWMBXEX504.ctl.intranet>
	<5474BE83.7080506@gameservers.com>
	<27FB8CAD-0C59-4503-A779-9A1C8A13376F@arin.net>
	<547608AC.6080903@gameservers.com>
Message-ID: <D09B74AD.143205%markk@arin.net>

Hi Brian

We are seeing pretty heavy use of the API.  We usually report them at our ARIN meetings.

https://www.arin.net/participate/meetings/reports/ARIN_34/PDF/friday/kosters-engineering.pdf ? look at page 14.

Thanks,
Mark

From: Brian Rak <brak at gameservers.com<mailto:brak at gameservers.com>>
Date: Wednesday, November 26, 2014 at 12:06 PM
To: Andy Newton <andy at arin.net<mailto:andy at arin.net>>
Cc: "arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>" <arin-tech-discuss at arin.net<mailto:arin-tech-discuss at arin.net>>
Subject: Re: [arin-tech-discuss] changes to Reg-RWS (was Re: why do I have error 400 bad request reuturned?)



Do you have any statistics about the number of reassignments that come in via the API, versus the number that come in via the old email system?  I'm curious to know what kind of usage it's seeing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-tech-discuss/attachments/20141126/7fc3942b/attachment.html>