From idongesitudo4real at gmail.com Tue Apr 9 02:51:37 2013 From: idongesitudo4real at gmail.com (Idongesit Udo) Date: Mon, 8 Apr 2013 23:51:37 -0700 Subject: [arin-tech-discuss] HELP ON CPANEL Message-ID: Hope this is where one can have technical assistance on hosting business? Please reply so that I can call for your assistant. Idongesit -------------- next part -------------- An HTML attachment was scrubbed... URL: From idongesitudo4real at gmail.com Tue Apr 9 04:43:50 2013 From: idongesitudo4real at gmail.com (Idongesit Udo) Date: Tue, 9 Apr 2013 01:43:50 -0700 Subject: [arin-tech-discuss] HELP ON CPANEL In-Reply-To: References: Message-ID: So what can I do now to succeed in this case. On Mon, Apr 8, 2013 at 11:51 PM, Idongesit Udo wrote: > Hope this is where one can have technical assistance on hosting business? > Please reply so that I can call for your assistant. > > Idongesit > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhuberma at arin.net Tue Apr 9 11:55:21 2013 From: dhuberma at arin.net (David Huberman) Date: Tue, 9 Apr 2013 15:55:21 +0000 Subject: [arin-tech-discuss] HELP ON CPANEL In-Reply-To: Message-ID: <47BF05778FBAC446B2C9219A399559248C381419@CHAXCH01.corp.arin.net> Hello Idongesit, The arin-tech-discuss mailing list is provided for those interested in providing technical feedback to ARIN on experiences in the use -- or evaluation -- of current ARIN services and features in development. If you're looking for a cPanel discussion list, you may want to check out: http://forums.cpanel.net/ Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 4/9/13 4:43 AM, "Idongesit Udo" wrote: So what can I do now to succeed in this case. On Mon, Apr 8, 2013 at 11:51 PM, Idongesit Udo wrote: Hope this is where one can have technical assistance on hosting business? Please reply so that I can call for your assistant. Idongesit From gaud at gaudtechnologies.com Thu Apr 11 08:35:27 2013 From: gaud at gaudtechnologies.com (Daniel) Date: Thu, 11 Apr 2013 12:35:27 +0000 (UTC) Subject: [arin-tech-discuss] Erroneous References: <1F52C37AF7BEB244A082D9BE6B0B0DFE07352E16@SM-DAG151.softlayer.local> <47BF05778FBAC446B2C9219A399559248C370683@CHAXCH01.corp.arin.net> <1F52C37AF7BEB244A082D9BE6B0B0DFE073540F7@SM-DAG151.softlayer.local> Message-ID: Tim Garrison writes: > > Thanks, David. That cleared the issue right up! > > Tim Garrison > Software Engineer II > tgarrison at ... > 281.714.4213?? direct > 713.540.4325?? cell > 866.398.7638?? toll-free > 281.714.4657?? fax > > SoftLayer Technologies, Inc. > 315 Capitol Street > Suite 205 > Houston, TX 77002 > http://www.softlayer.com > > -----Original Message----- > From: David Huberman [mailto:dhuberma at ...] > Sent: Tuesday, February 19, 2013 12:24 PM > To: Tim Garrison; arin-tech-discuss at ... > Subject: Re: [arin-tech-discuss] Erroneous "IP range overlaps with existing network(s)." errors > > Hi Tim, > > Thank you very much for your report. ARIN has corrected the issue, and all your calls should now be working > properly. The problem was an artifact of a new software deployment performed Saturday morning. There > were no adverse affects for the data in our registration system. > > Regards, > David > > --- > David R Huberman > Principal Technical Analyst, ARIN > 703-227-9866 > > On 2/19/13 10:32 AM, "Tim Garrison" wrote: > > Greetings, > > For the last 3 days, any attempt to reassign a subnet with the RESTful API results in the following error: > > > > E_ENTITY_VALIDATION > > > IP range overlaps with existing network(s). > startAddress > > > Payload entity failed to validate; see component messages for details. > > The subnet in question here is 173.193.174.104/29. I have verified that there are no other subnet > registrations in the adjacent space > (173.193.174.0/25 was analyzed and found to contain only subnets in ?Direct Allocation?. > > My sample reassign payload is as follows: > > > > 4 > > > > S > 173.193.174.104 > 29 > > > C03321089 > NET-173-193-174-104 > NET-173-192-0-0-1 > > > Has anything changed recently that would be causing this error? Is there some other underlying issue > causing this? > > Thanks, > > Tim Garrison > Software Engineer II > tgarrison at ... > 281.714.4213 direct > 713.540.4325 cell > 866.398.7638 toll-free > 281.714.4657 fax > > SoftLayer Technologies, Inc. > 315 Capitol Street > Suite 205 > Houston, TX 77002 > http://www.softlayer.com > > Is it possible that the problem is back in the OT&E environment? if I do a whois on a specific IP, I get that nethandle : NET-72-10-165-8-1 but if I try to remove that reassign by making a DELETE on /net/NET-72-10-165-8-1, I get this error E_OBJECT_NOT_FOUNDThe referenced object does not exist.handleThe referenced object does not exist. if I try to reassign subnet to a customer, I get this error: IP range overlaps with existing network(s). it's like if the whois part was not in sync with the arin part anymore.. the IP I'm testing with is 72.10.165.8/29 and I am using the OT&E for both arin and whois. thank you From dgauthier at gtcomm.net Thu Apr 11 08:56:05 2013 From: dgauthier at gtcomm.net (Daniel Gauthier) Date: Thu, 11 Apr 2013 08:56:05 -0400 Subject: [arin-tech-discuss] Erroneous In-Reply-To: References: <1F52C37AF7BEB244A082D9BE6B0B0DFE07352E16@SM-DAG151.softlayer.local> <47BF05778FBAC446B2C9219A399559248C370683@CHAXCH01.corp.arin.net> <1F52C37AF7BEB244A082D9BE6B0B0DFE073540F7@SM-DAG151.softlayer.local> Message-ID: <18179268-BCC1-41AB-B4E9-E7C3EDEC8B20@gtcomm.net> On 2013-04-11, at 8:35 AM, Daniel wrote: > Tim Garrison writes: > >> >> Thanks, David. That cleared the issue right up! >> >> Tim Garrison >> Software Engineer II >> tgarrison at ... >> 281.714.4213 direct >> 713.540.4325 cell >> 866.398.7638 toll-free >> 281.714.4657 fax >> >> SoftLayer Technologies, Inc. >> 315 Capitol Street >> Suite 205 >> Houston, TX 77002 >> http://www.softlayer.com >> >> -----Original Message----- >> From: David Huberman [mailto:dhuberma at ...] >> Sent: Tuesday, February 19, 2013 12:24 PM >> To: Tim Garrison; arin-tech-discuss at ... >> Subject: Re: [arin-tech-discuss] Erroneous "IP range overlaps with > existing network(s)." errors >> >> Hi Tim, >> >> Thank you very much for your report. ARIN has corrected the issue, and all > your calls should now be working >> properly. The problem was an artifact of a new software deployment > performed Saturday morning. There >> were no adverse affects for the data in our registration system. >> >> Regards, >> David >> >> --- >> David R Huberman >> Principal Technical Analyst, ARIN >> 703-227-9866 >> >> On 2/19/13 10:32 AM, "Tim Garrison" wrote: >> >> Greetings, >> >> For the last 3 days, any attempt to reassign a subnet with the RESTful API > results in the following error: >> >> xmlns="http://www.arin.net/regrws/core/v1"> >> >> E_ENTITY_VALIDATION >> >> >> IP range overlaps with existing network(s). >> startAddress >> >> >> Payload entity failed to validate; see component messages for > details. >> >> The subnet in question here is 173.193.174.104/29. I have verified that > there are no other subnet >> registrations in the adjacent space >> (173.193.174.0/25 was analyzed and found to contain only subnets in > ?Direct Allocation?. >> >> My sample reassign payload is as follows: >> >> >> >> 4 >> >> >> >> S >> 173.193.174.104 >> 29 >> >> >> C03321089 >> NET-173-193-174-104 >> NET-173-192-0-0-1 >> >> >> Has anything changed recently that would be causing this error? Is there > some other underlying issue >> causing this? >> >> Thanks, >> >> Tim Garrison >> Software Engineer II >> tgarrison at ... >> 281.714.4213 direct >> 713.540.4325 cell >> 866.398.7638 toll-free >> 281.714.4657 fax >> >> SoftLayer Technologies, Inc. >> 315 Capitol Street >> Suite 205 >> Houston, TX 77002 >> http://www.softlayer.com >> >> > > Is it possible that the problem is back in the OT&E environment? > > if I do a whois on a specific IP, I get that nethandle : NET-72-10-165-8-1 > > but if I try to remove that reassign by making a DELETE on > /net/NET-72-10-165-8-1, I get this error > > xmlns="http://www.arin.net/regrws/core/v1">E_OBJECT_NOT_FOUNDThe > referenced object does not > exist.handleThe > referenced object does not exist. > > > if I try to reassign subnet to a customer, I get this error: > IP range overlaps with existing network(s). > > it's like if the whois part was not in sync with the arin part anymore.. > > the IP I'm testing with is 72.10.165.8/29 and I am using the OT&E for both > arin and whois. > > thank you > > > > _______________________________________________ > arin-tech-discuss mailing list > arin-tech-discuss at arin.net > http://lists.arin.net/mailman/listinfo/arin-tech-discuss I made another test, I did a reassignment_report , I get this : 72.10.165.0 72.10.165.15 16 72.10.165.16 72.10.165.23 8 72.10.165.32 72.10.165.39 8 and my whois on IP 72.10.165.8 reports this : .. ["cidrLength"]=> string(2) "29" ["endAddress"]=> string(12) "72.10.165.15" ["description"]=> string(10) "Reassigned" ["type"]=> string(1) "S" ["startAddress"]=> string(11) "72.10.165.8" .. that doesn't match. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhuberma at arin.net Thu Apr 11 11:02:01 2013 From: dhuberma at arin.net (David Huberman) Date: Thu, 11 Apr 2013 15:02:01 +0000 Subject: [arin-tech-discuss] Erroneous In-Reply-To: Message-ID: <47BF05778FBAC446B2C9219A399559248C381C85@CHAXCH01.corp.arin.net> Hi Daniel, We're seeing the same thing. We're looking at it right now. Thanks! David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 4/11/13 8:35 AM, "Daniel" wrote: Tim Garrison writes: > > Thanks, David. That cleared the issue right up! > > Tim Garrison > Software Engineer II > tgarrison at ... > 281.714.4213 direct > 713.540.4325 cell > 866.398.7638 toll-free > 281.714.4657 fax > > SoftLayer Technologies, Inc. > 315 Capitol Street > Suite 205 > Houston, TX 77002 > http://www.softlayer.com > > -----Original Message----- > From: David Huberman [mailto:dhuberma at ...] > Sent: Tuesday, February 19, 2013 12:24 PM > To: Tim Garrison; arin-tech-discuss at ... > Subject: Re: [arin-tech-discuss] Erroneous "IP range overlaps with existing network(s)." errors > > Hi Tim, > > Thank you very much for your report. ARIN has corrected the issue, and >all your calls should now be working > properly. The problem was an artifact of a new software deployment performed Saturday morning. There > were no adverse affects for the data in our registration system. > > Regards, > David > > --- > David R Huberman > Principal Technical Analyst, ARIN > 703-227-9866 > > On 2/19/13 10:32 AM, "Tim Garrison" wrote: > > Greetings, > > For the last 3 days, any attempt to reassign a subnet with the RESTful >API results in the following error: > > > > E_ENTITY_VALIDATION > > > IP range overlaps with existing >network(s). > startAddress > > > Payload entity failed to validate; see component messages >for details. > > The subnet in question here is 173.193.174.104/29. I have verified that there are no other subnet > registrations in the adjacent space > (173.193.174.0/25 was analyzed and found to contain only subnets in ?Direct Allocation?. > > My sample reassign payload is as follows: > > > > 4 > > > > S > 173.193.174.104 > 29 > > > C03321089 > NET-173-193-174-104 > NET-173-192-0-0-1 > > > Has anything changed recently that would be causing this error? Is there some other underlying issue > causing this? > > Thanks, > > Tim Garrison > Software Engineer II > tgarrison at ... > 281.714.4213 direct > 713.540.4325 cell > 866.398.7638 toll-free > 281.714.4657 fax > > SoftLayer Technologies, Inc. > 315 Capitol Street > Suite 205 > Houston, TX 77002 > http://www.softlayer.com > > Is it possible that the problem is back in the OT&E environment? if I do a whois on a specific IP, I get that nethandle : NET-72-10-165-8-1 but if I try to remove that reassign by making a DELETE on /net/NET-72-10-165-8-1, I get this error

E_OBJECT_
NOT_FOUND

E_OBJECT_
NOT_FOUND

The referenced object does not exist.handleThe referenced object does not exist. if I try to reassign subnet to a customer, I get this error: IP range overlaps with existing network(s). it's like if the whois part was not in sync with the arin part anymore.. the IP I'm testing with is 72.10.165.8/29 and I am using the OT&E for both arin and whois. thank you _______________________________________________ arin-tech-discuss mailing list arin-tech-discuss at arin.net http://lists.arin.net/mailman/listinfo/arin-tech-discuss From droisman at softlayer.com Mon Apr 29 14:03:29 2013 From: droisman at softlayer.com (Dani Roisman) Date: Mon, 29 Apr 2013 18:03:29 +0000 Subject: [arin-tech-discuss] Does it make sense to forego RWhois and move to RESTful API for all customer assignments? Message-ID: Hi folks, We've implemented RESTful registrations of IP assignments when our customers have been explicitly requesting "SWIP" and have been using it successfully for some time. By default, our customer IP assignments are only recorded in our 'rwhois' database, which is updated via daily batch process. I'm impressed with the rapid response and updates to 'whois' which result from this method, and so far ARIN servers seem to be holding up with our (admittedly low) request volume. I wanted to post a question to the list: Does it make sense to replace our 'rwhois' functionality entirely with ARIN registrations at this point in time? For customer assignments in our RIPE and APNIC datacenters, this has been standard operating procedure, as those RIRs do not offer 'rwhois' support AFAIK. I can tell you that our sysadmins and developers would love to be able to turn off 'rwhois' entirely, and submit all assignment information into ARIN's DB. A few follow-up questions: 1) Is there a limit to ARIN RESTful API requests (performance-related or artificially imposed)? I don't have our numbers handy, but it could be in the "hundreds" of assignment/releases on a busy day, and it would be nice for our provisioning system to do these in real-time. 2) Is the ARIN DB prepared to handle this volume of assignment information? Again, I don't have our exact numbers handy, but it's in the low "hundreds of thousands" of subnets. 3) Have others been considering or doing this yet? If so, has it been successful / are there things to watch out for? 4) Is there a plan to allow us to associate multiple subnets with a single "Customer" object? At this time, RESTful API is making us create a new "Customer" object for *each* subnet, which just seems wrong to me in that it creates a bunch of extra data needlessly, and doesn't allow for reverse queries, e.g. "show all subnets assigned to CustomerXYZ." ---- Dani Roisman VP, Network Operations (281) 714-3714 direct http://www.softlayer.com From andy at arin.net Tue Apr 30 09:34:50 2013 From: andy at arin.net (Andy Newton) Date: Tue, 30 Apr 2013 13:34:50 +0000 Subject: [arin-tech-discuss] Does it make sense to forego RWhois and move to RESTful API for all customer assignments? In-Reply-To: Message-ID: <62D9228640AC7F49B2DD9ED0C9CE60E58BC00D32@CHAXCH01.corp.arin.net> Dani, Thanks for your questions. My response are in-line below: On 4/29/13 2:03 PM, "Dani Roisman" wrote: >1) Is there a limit to ARIN RESTful API requests (performance-related or >artificially imposed)? I don't have our numbers handy, but it could be >in the "hundreds" of assignment/releases on a busy day, and it would be >nice for our provisioning system to do these in real-time. While we don't publish our limits, the use case you have outlined here is well within normal usage of Reg-RWS. There should be no problem with the load you are describing. >2) Is the ARIN DB prepared to handle this volume of assignment >information? Again, I don't have our exact numbers handy, but it's in >the low "hundreds of thousands" of subnets. Yes, we should be able to handle it. >3) Have others been considering or doing this yet? If so, has it been >successful / are there things to watch out for? I can't actually speak for what others are doing with Reg-RWS, but we have certainly seen a big rise in the number of transactions via RESTful calls. >4) Is there a plan to allow us to associate multiple subnets with a >single "Customer" object? At this time, RESTful API is making us create a >new "Customer" object for *each* subnet, which just seems wrong to me in >that it creates a bunch of extra data needlessly, and doesn't allow for >reverse queries, e.g. "show all subnets assigned to CustomerXYZ." When we redesigned our systems to accommodate Reg-RWS we did take into account the ability to have multiple assignments for a customer. While some work is still required on our end to allow this capability, it is not onerous. If you would like to see ARIN prioritize this capability, the official method for getting it in front of our management team is to submit a suggestion via the ARIN Consultation and Suggestion Process (ACSP). You can find the link to submit an ACSP here: https://www.arin.net/app/suggestion/ Thanks for your questions. Let me know if you have any follow up comments or questions. Andy Newton, Chief Engineer, ARIN