From jayb at braeburn.org Fri Feb 1 12:23:20 2013 From: jayb at braeburn.org (Jay Borkenhagen) Date: Fri, 1 Feb 2013 12:23:20 -0500 Subject: [arin-tech-discuss] silent expiration of ARIN RPKI objects Message-ID: <20747.64008.626425.251317@oz.mt.att.com> ARIN, A ROA I had recently registered in ARIN's RPKI system silently expired overnight. The fact that it expired is not the problem, since I had set the expiration date when I submitted it. The problem is that it expired silently. If ARIN is going to allow RPKI objects to expire, then ARIN should notify first in advance that an RPKI object is about to expire and then again when the expiration has occurred. Or perhaps even better: ARIN could follow the lead of other RIRs including RIPE and auto-renew objects in the RPKI. Jay B. From andy at arin.net Fri Feb 1 13:08:49 2013 From: andy at arin.net (Andy Newton) Date: Fri, 1 Feb 2013 18:08:49 +0000 Subject: [arin-tech-discuss] silent expiration of ARIN RPKI objects In-Reply-To: <20747.64008.626425.251317@oz.mt.att.com> Message-ID: <62D9228640AC7F49B2DD9ED0C9CE60E58BBE80DD@CHAXCH01.corp.arin.net> Jay, I've put into our issue tracker a request to add a feature that will send an email notification before a ROA expires, and I will bring this to the attention of our project management team. Regarding auto-renewal of ROAs, our system is explicitly designed to prevent ARIN from issuing ROAs without a signed request from the private key holder of the organization. Therefore it is not possible for us to auto-renew a ROA. Thanks for your suggestion and let me know if you have further questions. Andy Newton, Chief Engineer, ARIN On 2/1/13 12:23 PM, "Jay Borkenhagen" wrote: >ARIN, > >A ROA I had recently registered in ARIN's RPKI system silently expired >overnight. > >The fact that it expired is not the problem, since I had set the >expiration date when I submitted it. > >The problem is that it expired silently. > >If ARIN is going to allow RPKI objects to expire, then ARIN should >notify first in advance that an RPKI object is about to expire and >then again when the expiration has occurred. Or perhaps even better: >ARIN could follow the lead of other RIRs including RIPE and auto-renew >objects in the RPKI. > > Jay B. > > >_______________________________________________ >arin-tech-discuss mailing list >arin-tech-discuss at arin.net >http://lists.arin.net/mailman/listinfo/arin-tech-discuss > From jayb at braeburn.org Fri Feb 1 13:34:44 2013 From: jayb at braeburn.org (Jay Borkenhagen) Date: Fri, 1 Feb 2013 13:34:44 -0500 Subject: [arin-tech-discuss] silent expiration of ARIN RPKI objects In-Reply-To: <62D9228640AC7F49B2DD9ED0C9CE60E58BBE80DD@CHAXCH01.corp.arin.net> References: <20747.64008.626425.251317@oz.mt.att.com> <62D9228640AC7F49B2DD9ED0C9CE60E58BBE80DD@CHAXCH01.corp.arin.net> Message-ID: <20748.2756.723121.827017@oz.mt.att.com> Thank you, but why couldn't a ROA request include an explicit indication that the party making the request wants it to auto-renew? Andy Newton writes: > Jay, > > I've put into our issue tracker a request to add a feature that will send > an email notification before a ROA expires, and I will bring this to the > attention of our project management team. > > Regarding auto-renewal of ROAs, our system is explicitly designed to > prevent ARIN from issuing ROAs without a signed request from the private > key holder of the organization. Therefore it is not possible for us to > auto-renew a ROA. > > Thanks for your suggestion and let me know if you have further questions. > > Andy Newton, > Chief Engineer, ARIN > > On 2/1/13 12:23 PM, "Jay Borkenhagen" wrote: > > >ARIN, > > > >A ROA I had recently registered in ARIN's RPKI system silently expired > >overnight. > > > >The fact that it expired is not the problem, since I had set the > >expiration date when I submitted it. > > > >The problem is that it expired silently. > > > >If ARIN is going to allow RPKI objects to expire, then ARIN should > >notify first in advance that an RPKI object is about to expire and > >then again when the expiration has occurred. Or perhaps even better: > >ARIN could follow the lead of other RIRs including RIPE and auto-renew > >objects in the RPKI. > > > > Jay B. > > > > > >_______________________________________________ > >arin-tech-discuss mailing list > >arin-tech-discuss at arin.net > >http://lists.arin.net/mailman/listinfo/arin-tech-discuss > > > From danny at tcb.net Fri Feb 1 22:45:17 2013 From: danny at tcb.net (Danny McPherson) Date: Fri, 1 Feb 2013 22:45:17 -0500 Subject: [arin-tech-discuss] silent expiration of ARIN RPKI objects In-Reply-To: <20748.2756.723121.827017@oz.mt.att.com> References: <20747.64008.626425.251317@oz.mt.att.com> <62D9228640AC7F49B2DD9ED0C9CE60E58BBE80DD@CHAXCH01.corp.arin.net> <20748.2756.723121.827017@oz.mt.att.com> Message-ID: <24CE9BF5-2284-4298-AC89-D4EF53198294@tcb.net> On Feb 1, 2013, at 1:34 PM, Jay Borkenhagen wrote: > Thank you, but why couldn't a ROA request include an explicit > indication that the party making the request wants it to auto-renew? Interesting.. Put crypto there and expiry mechanisms in place, but ARIN needs an auto-renew ad infinitum option? Isn't that primitive (no expiry) one of a few that led to all the stale data in the IRRs that everyone hates so much? What should they do if the CA, prefix, or AS certs are going to expire? Or Router EE Certs (derived from AS certs) that make [BGPSEC] routing work? -danny From jcurran at arin.net Sun Feb 3 08:46:43 2013 From: jcurran at arin.net (John Curran) Date: Sun, 3 Feb 2013 13:46:43 +0000 Subject: [arin-tech-discuss] silent expiration of ARIN RPKI objects In-Reply-To: <20748.2756.723121.827017@oz.mt.att.com> References: <20747.64008.626425.251317@oz.mt.att.com> <62D9228640AC7F49B2DD9ED0C9CE60E58BBE80DD@CHAXCH01.corp.arin.net> <20748.2756.723121.827017@oz.mt.att.com> Message-ID: <8DA1853CE466B041B104C1CAEE00B3748F70D7FA@CHAXCH01.corp.arin.net> On Feb 1, 2013, at 1:34 PM, Jay Borkenhagen wrote: > Thank you, but why couldn't a ROA request include an explicit > indication that the party making the request wants it to auto-renew? Jay - To elaborate some on Andy's response: We've taken some significant steps to ensure that ARIN is only issuing certificates via an explicit signed request from the private key holder of an organization, and the benefit of this is that parties relying on these certificates know that they were actually issued by specific request of organization (as opposed to a certificate existing due to an implied business rule with ARIN's systems, etc.) To do otherwise would require ARIN have the ability to readily create certificates on behalf of a resource holder independent of an actual request, and that is neither desirable by ARIN nor by those who rely upon this information to be actual assertions of resource holders. FYI, /John John Curran President and CEO ARIN From mysidia at gmail.com Sun Feb 3 18:31:54 2013 From: mysidia at gmail.com (Jimmy Hess) Date: Sun, 3 Feb 2013 17:31:54 -0600 Subject: [arin-tech-discuss] silent expiration of ARIN RPKI objects In-Reply-To: <20747.64008.626425.251317@oz.mt.att.com> References: <20747.64008.626425.251317@oz.mt.att.com> Message-ID: On 2/1/13, Jay Borkenhagen wrote: > ARIN, A ROA I had recently registered in ARIN's RPKI system silently expired > overnight. > The fact that it expired is not the problem, since I had set the > expiration date when I submitted it. > The problem is that it expired silently. I would say that in all cases, the ultimate renewal choice should require manual intervention by the resource holder, for any action other than expiration. I would say that both silent and "noisy" (with notification) expirations have very strong merits -- and silent would very often be preferred; I would suggest that ARIN should make it very well documented, that notification is silent, or: otherwise, what you need to do to enable notification. IOW: clearly document exactly what will happen before and at expiration, and include this documentation in all the appropriate places. So noone can ever reasonably say that they expected expiration to involve notifications that it wouldn't. Silent is just fine, as long as the fact that it will be silent, AND the registrant is responsible for planning for this -- and arranging to be reminded (if necessary), is clearly understood, so a registrant doesn't expect a reminder that they will not be given. Notify on expire could be a useful feature. Particularly for organizations with a small number of records; Eg. May reduce errors and increase use by orgs with little/no key management that have difficulty reliably tracking when things such as this would expire. For others, "notifications" could be spurious unwanted highly-annoying noise; particularly, if a record is already monitored by internal systems, and _intended_ to be allowed to expire. Furthermore, notifications by ARIN might create a false sense of security, encouraging more sloppy resource/key management practices. Spam filters, unreliable mail systems, outdated e-mail address, etc, or other issues, might lead to one notification not getting delivered. ARIN could receive some unfair blame, when notifications don't get through, and a record expires as a result. Realize, that ARIN sending a notification is a cruch, not proper resource management. If the key management and resource management by the registrant is proper, there should be no need for a reminder, because good key management includes security monitoring as well as keeping note and arranging reminders regarding expiration dates. :) -- -JH From Sean.Zhao at CenturyLink.com Mon Feb 4 15:25:51 2013 From: Sean.Zhao at CenturyLink.com (Zhao, Sean) Date: Mon, 4 Feb 2013 20:25:51 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Message-ID: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUESTNo resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhuberma at arin.net Mon Feb 4 15:31:10 2013 From: dhuberma at arin.net (David Huberman) Date: Mon, 4 Feb 2013 20:31:10 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: Message-ID: <47BF05778FBAC446B2C9219A399559248C36BE1A@CHAXCH01.corp.arin.net> Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From Sean.Zhao at CenturyLink.com Mon Feb 4 15:50:54 2013 From: Sean.Zhao at CenturyLink.com (Zhao, Sean) Date: Mon, 4 Feb 2013 20:50:54 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <47BF05778FBAC446B2C9219A399559248C36BE1A@CHAXCH01.corp.arin.net> References: <47BF05778FBAC446B2C9219A399559248C36BE1A@CHAXCH01.corp.arin.net> Message-ID: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_REVIEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From dhuberma at arin.net Mon Feb 4 15:59:43 2013 From: dhuberma at arin.net (David Huberman) Date: Mon, 4 Feb 2013 20:59:43 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: Message-ID: <47BF05778FBAC446B2C9219A399559248C36CE5C@CHAXCH01.corp.arin.net> Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From Sean.Zhao at CenturyLink.com Mon Feb 4 16:10:12 2013 From: Sean.Zhao at CenturyLink.com (Zhao, Sean) Date: Mon, 4 Feb 2013 21:10:12 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <47BF05778FBAC446B2C9219A399559248C36CE5C@CHAXCH01.corp.arin.net> References: <47BF05778FBAC446B2C9219A399559248C36CE5C@CHAXCH01.corp.arin.net> Message-ID: You are right. I forgot the ParentHandle. Thanks!! Thanks a lot!! Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From Ron.Grimes at CenturyLink.com Tue Feb 5 12:41:30 2013 From: Ron.Grimes at CenturyLink.com (Grimes, Ronald) Date: Tue, 5 Feb 2013 17:41:30 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <47BF05778FBAC446B2C9219A399559248C36CE5C@CHAXCH01.corp.arin.net> References: <47BF05778FBAC446B2C9219A399559248C36CE5C@CHAXCH01.corp.arin.net> Message-ID: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC258@podcwmbxex502.ctl.intranet> Hi David, When CTL calls with "Recipient Customer Org" does this mean that the ORG ID that it creates can only be assigned to IP Addresses that have the same Parent Handle as what the ORG ID is created with? Thanks Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From dhuberma at arin.net Tue Feb 5 15:49:50 2013 From: dhuberma at arin.net (David Huberman) Date: Tue, 5 Feb 2013 20:49:50 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC258@podcwmbxex502.ctl.intranet> Message-ID: <47BF05778FBAC446B2C9219A399559248C36E222@CHAXCH01.corp.arin.net> Hi Ron! The resulting OrgID can be assigned IP addresses out of any parent block (and even from blocks registered to other ISPs). Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 12:41 PM, "Grimes, Ronald" wrote: Hi David, When CTL calls with "Recipient Customer Org" does this mean that the ORG ID that it creates can only be assigned to IP Addresses that have the same Parent Handle as what the ORG ID is created with? Thanks Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From Ron.Grimes at CenturyLink.com Tue Feb 5 16:25:23 2013 From: Ron.Grimes at CenturyLink.com (Grimes, Ronald) Date: Tue, 5 Feb 2013 21:25:23 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <47BF05778FBAC446B2C9219A399559248C36E222@CHAXCH01.corp.arin.net> References: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC258@podcwmbxex502.ctl.intranet> <47BF05778FBAC446B2C9219A399559248C36E222@CHAXCH01.corp.arin.net> Message-ID: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC337@podcwmbxex502.ctl.intranet> What is the purpose of sending the Parent Handle when create "Recipient Customer Org" is done? Thanks, Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Tuesday, February 05, 2013 3:50 PM To: Grimes, Ronald; Zhao, Sean; 'arin-tech-discuss at arin.net' Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hi Ron! The resulting OrgID can be assigned IP addresses out of any parent block (and even from blocks registered to other ISPs). Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 12:41 PM, "Grimes, Ronald" wrote: Hi David, When CTL calls with "Recipient Customer Org" does this mean that the ORG ID that it creates can only be assigned to IP Addresses that have the same Parent Handle as what the ORG ID is created with? Thanks Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From dhuberma at arin.net Wed Feb 6 11:58:20 2013 From: dhuberma at arin.net (David Huberman) Date: Wed, 6 Feb 2013 16:58:20 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC337@podcwmbxex502.ctl.intranet> Message-ID: <47BF05778FBAC446B2C9219A399559248C36E72E@CHAXCH01.corp.arin.net> Hi Ron, Good question. I believe the biggest virtue of recipient customer orgs is to allow the upstream to control all aspects of the objects. What does that mean? In the old days of SWIP, before REST, there was no concept of recipient orgs. So here's what would happen: 1) You would SWIP a /29 to a customer with a reassign-detailed template. Three things would happen as a result: - a POC would be created for the customer - an OrgID would be created for the customer - the /29 would be delegated from the ISP to the new OrgID with the new POC 2) The customer eventually discos. The ISP sends in netmod template and "R"emoves the /29 reassignment to the OrgID. 3) The POC and the OrgID defining the customer would then sit in ARIN's Whois in perpetuity, so the contact information was never really scrubbed. This was less than ideal for those customers. I've taken many phone calls and emails over the years from old customers of ISPs who were very unhappy their contact information (address, sometimes home address, phone, sometimes mobile phone) was found in ARIN's Whois for the whole world to see. Today, you can: 1) Create a POC 2) Create a recipient ORG 3) Reassign the /29 to the recipient ORG When the customer disco, you then: 4) Delete the /29 5) Delete the ORG 6) Delete the POC And it's all done by the RESTful system you're designing so it's all automated and lightning quick. As a result, ARIN Whois is much cleaner, and your former customers don't have all their sensitive contact information sitting in ARIN's Whois. I hope I explained that well. There may be other benefits of recipient ORGs which I'm not thinking about right now, but which I'm sure someone will remind me of and I'll share with the list :) Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 4:25 PM, "Grimes, Ronald" wrote: What is the purpose of sending the Parent Handle when create "Recipient Customer Org" is done? Thanks, Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Tuesday, February 05, 2013 3:50 PM To: Grimes, Ronald; Zhao, Sean; 'arin-tech-discuss at arin.net' Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hi Ron! The resulting OrgID can be assigned IP addresses out of any parent block (and even from blocks registered to other ISPs). Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 12:41 PM, "Grimes, Ronald" wrote: Hi David, When CTL calls with "Recipient Customer Org" does this mean that the ORG ID that it creates can only be assigned to IP Addresses that have the same Parent Handle as what the ORG ID is created with? Thanks Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From Ron.Grimes at CenturyLink.com Wed Feb 6 13:54:50 2013 From: Ron.Grimes at CenturyLink.com (Grimes, Ronald) Date: Wed, 6 Feb 2013 18:54:50 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <47BF05778FBAC446B2C9219A399559248C36E72E@CHAXCH01.corp.arin.net> References: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC337@podcwmbxex502.ctl.intranet> <47BF05778FBAC446B2C9219A399559248C36E72E@CHAXCH01.corp.arin.net> Message-ID: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC68F@podcwmbxex502.ctl.intranet> Hi David, In your scenario: Today, you can: 1) Create a POC 2) Create a recipient ORG 3) Reassign the /29 to the recipient ORG When the customer disco, you then: 4) Delete the /29 5) Delete the ORG 6) Delete the POC If 4 occurs does 5 & 6 need to occur or can the org be used for other IP's? Thanks, Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Wednesday, February 06, 2013 11:58 AM To: Grimes, Ronald; Zhao, Sean; 'arin-tech-discuss at arin.net' Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hi Ron, Good question. I believe the biggest virtue of recipient customer orgs is to allow the upstream to control all aspects of the objects. What does that mean? In the old days of SWIP, before REST, there was no concept of recipient orgs. So here's what would happen: 1) You would SWIP a /29 to a customer with a reassign-detailed template. Three things would happen as a result: - a POC would be created for the customer - an OrgID would be created for the customer - the /29 would be delegated from the ISP to the new OrgID with the new POC 2) The customer eventually discos. The ISP sends in netmod template and "R"emoves the /29 reassignment to the OrgID. 3) The POC and the OrgID defining the customer would then sit in ARIN's Whois in perpetuity, so the contact information was never really scrubbed. This was less than ideal for those customers. I've taken many phone calls and emails over the years from old customers of ISPs who were very unhappy their contact information (address, sometimes home address, phone, sometimes mobile phone) was found in ARIN's Whois for the whole world to see. Today, you can: 1) Create a POC 2) Create a recipient ORG 3) Reassign the /29 to the recipient ORG When the customer disco, you then: 4) Delete the /29 5) Delete the ORG 6) Delete the POC And it's all done by the RESTful system you're designing so it's all automated and lightning quick. As a result, ARIN Whois is much cleaner, and your former customers don't have all their sensitive contact information sitting in ARIN's Whois. I hope I explained that well. There may be other benefits of recipient ORGs which I'm not thinking about right now, but which I'm sure someone will remind me of and I'll share with the list :) Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 4:25 PM, "Grimes, Ronald" wrote: What is the purpose of sending the Parent Handle when create "Recipient Customer Org" is done? Thanks, Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Tuesday, February 05, 2013 3:50 PM To: Grimes, Ronald; Zhao, Sean; 'arin-tech-discuss at arin.net' Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hi Ron! The resulting OrgID can be assigned IP addresses out of any parent block (and even from blocks registered to other ISPs). Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 12:41 PM, "Grimes, Ronald" wrote: Hi David, When CTL calls with "Recipient Customer Org" does this mean that the ORG ID that it creates can only be assigned to IP Addresses that have the same Parent Handle as what the ORG ID is created with? Thanks Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From dhuberma at arin.net Wed Feb 6 15:05:35 2013 From: dhuberma at arin.net (David Huberman) Date: Wed, 6 Feb 2013 20:05:35 +0000 Subject: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... In-Reply-To: <1CEC6B260CAD874ABBB2C8E6D403117E1BAEC68F@podcwmbxex502.ctl.intranet> Message-ID: <47BF05778FBAC446B2C9219A399559248C36E86D@CHAXCH01.corp.arin.net> Hiya again, 5 and 6 are completely optional. You can develop a system which doesn't do this (like, for example, if they were still an active customer and were just turning down one circuit out of many). It is not compulsory to delete the ORG or the associated POC, and yes, they can be assigned resources in the future (by you or any other ISP or even by ARIN). Hope that helps! Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/6/13 1:54 PM, "Grimes, Ronald" wrote: Hi David, In your scenario: Today, you can: 1) Create a POC 2) Create a recipient ORG 3) Reassign the /29 to the recipient ORG When the customer disco, you then: 4) Delete the /29 5) Delete the ORG 6) Delete the POC If 4 occurs does 5 & 6 need to occur or can the org be used for other IP's? Thanks, Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Wednesday, February 06, 2013 11:58 AM To: Grimes, Ronald; Zhao, Sean; 'arin-tech-discuss at arin.net' Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hi Ron, Good question. I believe the biggest virtue of recipient customer orgs is to allow the upstream to control all aspects of the objects. What does that mean? In the old days of SWIP, before REST, there was no concept of recipient orgs. So here's what would happen: 1) You would SWIP a /29 to a customer with a reassign-detailed template. Three things would happen as a result: - a POC would be created for the customer - an OrgID would be created for the customer - the /29 would be delegated from the ISP to the new OrgID with the new POC 2) The customer eventually discos. The ISP sends in netmod template and "R"emoves the /29 reassignment to the OrgID. 3) The POC and the OrgID defining the customer would then sit in ARIN's Whois in perpetuity, so the contact information was never really scrubbed. This was less than ideal for those customers. I've taken many phone calls and emails over the years from old customers of ISPs who were very unhappy their contact information (address, sometimes home address, phone, sometimes mobile phone) was found in ARIN's Whois for the whole world to see. Today, you can: 1) Create a POC 2) Create a recipient ORG 3) Reassign the /29 to the recipient ORG When the customer disco, you then: 4) Delete the /29 5) Delete the ORG 6) Delete the POC And it's all done by the RESTful system you're designing so it's all automated and lightning quick. As a result, ARIN Whois is much cleaner, and your former customers don't have all their sensitive contact information sitting in ARIN's Whois. I hope I explained that well. There may be other benefits of recipient ORGs which I'm not thinking about right now, but which I'm sure someone will remind me of and I'll share with the list :) Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 4:25 PM, "Grimes, Ronald" wrote: What is the purpose of sending the Parent Handle when create "Recipient Customer Org" is done? Thanks, Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Tuesday, February 05, 2013 3:50 PM To: Grimes, Ronald; Zhao, Sean; 'arin-tech-discuss at arin.net' Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hi Ron! The resulting OrgID can be assigned IP addresses out of any parent block (and even from blocks registered to other ISPs). Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/5/13 12:41 PM, "Grimes, Ronald" wrote: Hi David, When CTL calls with "Recipient Customer Org" does this mean that the ORG ID that it creates can only be assigned to IP Addresses that have the same Parent Handle as what the ORG ID is created with? Thanks Ron -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 4:00 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya again, So there are two different Org creates: - a standard Org Handle, which is what you sent. It results in an OrgID in Whois which can be used for anything. Requests to create new OrgIDs are reviewed by ARIN staff - "Recipient Customer Org" creates an OrgID which can be managed by an ISP like Century Link. I think that's the org create you are looking for. When you POST a recipient customer org create, it will auto-approve and send you the handle back. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:50 PM, "Zhao, Sean" wrote: Thanks a lot, David. It is the url problem. Now I got this xml returned, 2013-02-04T 15:40:18.708-05:0020130204-X8612013-02-04T15:40:18.708-05:00PENDING_ ate>REV IEWORG_CREATE I remember it used to return me a new orgHandel instead of ticket number. Am I missing anything or Arin won't return OrgHandle immediately anymore? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com -----Original Message----- From: David Huberman [mailto:dhuberma at arin.net] Sent: Monday, February 04, 2013 3:31 PM To: Zhao, Sean; 'arin-tech-discuss at arin.net' Cc: Grimes, Ronald Subject: Re: [arin-tech-discuss] returned error message when I am trying to create an OrgHandle.... Hiya Sean Zhao, Looks to me like the problem is your URL. It's /rest/org/ rather than /rest/net/org/ Try that out and let us know if you continue to have errors. Best, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/4/13 3:25 PM, "Zhao, Sean" wrote: Hi, I am trying to create and org handle vs RESTFul. But I keep getting an error message, like this, Ensure that the proper HTTP method has been used for this request.E_BAD_REQUEST< message>No resource method found for POST, return 405 with Allow header Here is my payload. OH USA 6000 Parkwood Pl DUBLIN 43016 CENTURYLINK LIMS The url I am using https://www.arin.net/rest/net/org/?apikey=MyAPIKey this url & payload worked before back to early of 2010. Am I missing any updated things? Thanks, Sean Zhao Sean.Zhao at CenturyLink.com From tstpierre at iweb.com Thu Feb 14 10:22:02 2013 From: tstpierre at iweb.com (Thomas St-Pierre) Date: Thu, 14 Feb 2013 15:22:02 +0000 Subject: [arin-tech-discuss] Customer name characters Message-ID: Hi! I was wondering if there were any plans to expand the set of allowed characters to include more than what you currently allow? According to the reject message I just got the only allowed characters are the following: a-z A-Z 0-9 @ ( ) ' # / & , . - + * ! and space. This is a bit restrictive no? Many names have characters that aren't in this list. For example a lot of our customers are french, and include accents in their names. I'm sure I can't be the only one running into this problem. Thanks! Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhuberma at arin.net Thu Feb 14 11:05:44 2013 From: dhuberma at arin.net (David Huberman) Date: Thu, 14 Feb 2013 16:05:44 +0000 Subject: [arin-tech-discuss] Customer name characters In-Reply-To: Message-ID: <47BF05778FBAC446B2C9219A399559248C36F9E1@CHAXCH01.corp.arin.net> Hi Thomas, So it turns out we restrict our character sets partly based on security issues. This information is displayed in various formats (whois, web, etc.). At present, there are no current plans to expand the allowable character set for the customer name field. I think it's also worth nothing that even though it looks like a small change, it's actually pretty significant because this touches a lot of different code in a lot of different systems at ARIN. If you and others would like to see this change, we strongly encourage you to submit this idea to ARIN's Consultation and Suggestion Process for discussion amongst the community and ARIN's management: https://www.arin.net/participate/acsp/acsp.html Regards, David --- David R Huberman Principal Technical Analyst, ARIN 703-227-9866 On 2/14/13 10:22 AM, "Thomas St-Pierre" wrote: Hi! I was wondering if there were any plans to expand the set of allowed characters to include more than what you currently allow? According to the reject message I just got the only allowed characters are the following: a-z A-Z 0-9 @ ( ) ' # / & , . - + * ! and space. This is a bit restrictive no? Many names have characters that aren't in this list. For example a lot of our customers are french, and include accents in their names. I'm sure I can't be the only one running into this problem. Thanks! Thomas From andy at arin.net Tue Feb 19 08:41:55 2013 From: andy at arin.net (Andy Newton) Date: Tue, 19 Feb 2013 13:41:55 +0000 Subject: [arin-tech-discuss] ARIN Command Line Interface (ARINcli) 0.6.0 Message-ID: <62D9228640AC7F49B2DD9ED0C9CE60E58BBEE43A@CHAXCH01.corp.arin.net> All, A new version of the ARIN command line interface scripts (ARINcli) has been released, version 0.6.0. This version includes the following enhancements and changes: * rdns - a script to help modify reverse DNS delegations. This script allows for editing of a single delegation and can read multiple DNS zone files for updating of multiple reverse DNS delegations, including both the NS and DS records. * arinreports - a script for requesting whowas, associations, and reassignment reports from ARIN. * the name of this suite of scripts has been changed from ARINr to ARINcli as that is more descriptive of their utility from a user's perspective. Additionally, other minor fixes and modifications have been made to the existing scripts, which are: * arininfo - queries ARIN's Whois-RWS and displays the information in a tree format * poc - creates, modifies, and deletes Point of Contacts (POCs). * ticket - downloads, displays and responds to Reg-RWS / ARIN Online tickets. These scripts are available under the open-source, BSD-style ISC License. They should be considered beta-quality and do not yet encompass the full capabilities of ARIN's restful services. Man-page style documentation, including instructions for obtaining the scripts either via a Git repository or downloadable ZIP file, can be found at: http://projects.arin.net/arinr/arincli.7.html Andy Newton, Chief Engineer, ARIN From tgarrison at softlayer.com Tue Feb 19 10:32:56 2013 From: tgarrison at softlayer.com (Tim Garrison) Date: Tue, 19 Feb 2013 15:32:56 +0000 Subject: [arin-tech-discuss] Erroneous "IP range overlaps with existing network(s)." errors Message-ID: <1F52C37AF7BEB244A082D9BE6B0B0DFE07352E16@SM-DAG151.softlayer.local> 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 softlayer.com 281.714.4213 direct 713.540.4325 cell 866.398.7638 toll-free 281.714.4657 fax [Description: Description: Description: softlayer_email_logo] SoftLayer Technologies, Inc. 315 Capitol Street Suite 205 Houston, TX 77002 http://www.softlayer.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 4422 bytes Desc: image001.jpg URL: From dhuberma at arin.net Tue Feb 19 13:24:13 2013 From: dhuberma at arin.net (David Huberman) Date: Tue, 19 Feb 2013 18:24:13 +0000 Subject: [arin-tech-discuss] Erroneous "IP range overlaps with existing network(s)." errors In-Reply-To: <1F52C37AF7BEB244A082D9BE6B0B0DFE07352E16@SM-DAG151.softlayer.local> Message-ID: <47BF05778FBAC446B2C9219A399559248C370683@CHAXCH01.corp.arin.net> 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 softlayer.com 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 From tgarrison at softlayer.com Tue Feb 19 15:38:32 2013 From: tgarrison at softlayer.com (Tim Garrison) Date: Tue, 19 Feb 2013 20:38:32 +0000 Subject: [arin-tech-discuss] Erroneous "IP range overlaps with existing network(s)." errors In-Reply-To: <47BF05778FBAC446B2C9219A399559248C370683@CHAXCH01.corp.arin.net> References: <1F52C37AF7BEB244A082D9BE6B0B0DFE07352E16@SM-DAG151.softlayer.local> <47BF05778FBAC446B2C9219A399559248C370683@CHAXCH01.corp.arin.net> Message-ID: <1F52C37AF7BEB244A082D9BE6B0B0DFE073540F7@SM-DAG151.softlayer.local> Thanks, David. That cleared the issue right up! Tim Garrison Software Engineer II tgarrison at softlayer.com 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 arin.net] Sent: Tuesday, February 19, 2013 12:24 PM To: Tim Garrison; arin-tech-discuss at arin.net 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 softlayer.com 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