From clinton.slowey at gm.com Fri Jun 12 10:57:33 2015 From: clinton.slowey at gm.com (Clinton E Slowey) Date: Fri, 12 Jun 2015 14:57:33 +0000 Subject: [arin-tech-discuss] Geo Location Message-ID: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> Hi Arin-Tech I am trying to find out the process to get regional IP address space registered correctly for GEO location for our regional DMZ's across the globe within GM . Can you tell me what is the process to get this done ? For example we have a DMZ in Germany that's is advertising 198.208.27.x /24 network but when I look up the location its registered as the supernet /16 based in Detroit . We want to use geo-location to ensure our customers are routed locally to regional services like google etc rather than routed to the US.. IP details below http://whois.arin.net/rest/net/NET-198-208-0-0-1/pft Thanks , Clinton Clinton Slowey Senior Network Engineer Global Telecoms - GM/OV Sandyford Industrial Estate, Dublin, Ireland. Desk: +353-1-2074616 eMail: clinton.slowey at gm.com Web: www.gm.com [Auto-Signiture Image] This mail has been sent from General Motors Ireland Limited Registered in Ireland 66136 Registered Office: Fern Road, Sandyford Business Estate, Dublin 18 VAT Registered No IE 4536088 Q br> Confidentiality note: this message is intended only for the person or entity to which it is addressed. It may contain confidential and/or privileged material. Any review, transmission, dissemination or other use, or taking of any action in reliance upon this message by persons or entities other than the intended recipient is prohibited and may be unlawful. If you received this message in error, please contact the sender and delete it from your computer. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3651 bytes Desc: image001.jpg URL: From jonw at arin.net Mon Jun 15 10:24:08 2015 From: jonw at arin.net (Jon Worley) Date: Mon, 15 Jun 2015 14:24:08 +0000 Subject: [arin-tech-discuss] Geo Location In-Reply-To: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> References: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> Message-ID: Hello Clinton, ARIN doesn?t provide any geolocation services. We maintain registration data for resources registered in ARIN?s database, but that information reflects who the resources are registered to (e.g. GM, which is headquartered in Detroit), not where the resources are being used. There are some things you may be able to do through ARIN that will assist in geolocation, but we can?t guarantee they?ll accomplish what you?re seeking. One option is to publish reassignment information for 198.208.27.0/24 with the local street address at which the subnet is used. 198.208.27.0/24 is currently within a direct assignment. Direct assignments are issued to end users like GM; since end users aren't assigning IP addresses to customers, they can?t reassign within their blocks. You could request that we change the network type to a direct allocation, which is what ISPs get. Reassignments are allowed within direct allocations since ISPs need to subdelegate space to customers. To request that the network be changed to a direct allocation, one of the registered points of contact for the block can send in an Ask ARIN request via our web site. We?ll then let you know whether it?s possible and if so, what the implications would be (specifically, since ISPs are charged under a different fee schedule than end users, it could raise or lower your annual fees). Another option would be to publish information in a routing registry - either ARIN?s or one of the others listed at the URL below: http://irr.net/docs/list.html Routing registries allow you to publish information about how your resources are being used. Some of the objects allow you to specify a country code, which may be of assistance in conveying where the resources are being used. You can find some basic information about publishing routing information for ARIN-registered resources in RIPE?s routing registry at the URL below: https://labs.ripe.net/Members/denis/using-the-ripe-database-as-an-internet-routing-registry A third option for the future would be to transfer the registration of the GM resources used outside the ARIN region to the appropriate regional Internet registry (RIR). At this point inter-RIR transfers are allowed only between ARIN and APNIC, but it?s expected that inter-RIR transfers will be possible between ARIN and RIPE in the future. If/when that happens, GM would have the option to request that its resources used in the RIPE region be transferred to RIPE, which may aid you in geolocation by registering the resources with street addresses at which they?re being used. Note that this is more of a permanent solution; if you expect to frequently change the location at which resources are used, it might not be a good fit. You also have the option to contact sites and/or geolocation data providers directly to request they adjust their geolocation for your IP addresses. Most large content providers have some sort of capability to report geolocation errors, although it may take some take (e.g. a month or more) to get them corrected. You could also contact geolocation data providers directly to see whether they can adjust geolocation data for your range. We don?t have a list of those providers, but you should be able to find them with a few web searches. Finally, if you need any further assistance, you might find it more helpful to post to a network operators forum, e.g. the NANOG mailing list: http://nanog.org/list Other network operators have likely run into the same problems and may be able to offer you more specific information as to how to correct the problem. 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: Clinton E Slowey > Date: Friday, June 12, 2015 at 10:57 AM To: "arin-tech-discuss at arin.net" > Subject: [arin-tech-discuss] Geo Location Hi Arin-Tech I am trying to find out the process to get regional IP address space registered correctly for GEO location for our regional DMZ?s across the globe within GM . Can you tell me what is the process to get this done ? For example we have a DMZ in Germany that?s is advertising 198.208.27.x /24 network but when I look up the location its registered as the supernet /16 based in Detroit . We want to use geo-location to ensure our customers are routed locally to regional services like google etc rather than routed to the US.. IP details below http://whois.arin.net/rest/net/NET-198-208-0-0-1/pft Thanks , Clinton Clinton Slowey Senior Network Engineer Global Telecoms ? GM/OV Sandyford Industrial Estate, Dublin, Ireland. Desk: +353-1-2074616 eMail: clinton.slowey at gm.com Web: www.gm.com [Auto-Signiture Image] This mail has been sent from General Motors Ireland Limited Registered in Ireland 66136 Registered Office: Fern Road, Sandyford Business Estate, Dublin 18 VAT Registered No IE 4536088 Q br> Confidentiality note: this message is intended only for the person or entity to which it is addressed. It may contain confidential and/or privileged material. Any review, transmission, dissemination or other use, or taking of any action in reliance upon this message by persons or entities other than the intended recipient is prohibited and may be unlawful. If you received this message in error, please contact the sender and delete it from your computer. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3651 bytes Desc: image001.jpg URL: From tedm at ipinc.net Mon Jun 15 12:00:38 2015 From: tedm at ipinc.net (Ted Mittelstaedt) Date: Mon, 15 Jun 2015 09:00:38 -0700 Subject: [arin-tech-discuss] Geo Location In-Reply-To: References: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> Message-ID: <557EF6A6.10105@ipinc.net> Hi Jon, and All, This isn't what he is asking. He is asking: "...We want to use geo-location to ensure > our customers are routed locally to regional services like google etc > rather than routed to the US....." He cannot change SWIPs for his customers IP addresses. Clinton, You can PURCHASE Ipaddress geolocation services from a geolocation provider like Ip2location, MaxMind, Tamo Soft and IPligence. GM has deep pockets so this should not be a concern... ;-) These providers maintain an extensive database of physical locations of where IP addresses are actually in use, rather than the sometimes-lying SWIP records... They are global so are not tied to a specific registry. They provide APIs so your websites can look at the IP address of an incoming web request to see where it actually comes from. They use all kinds of tricks to update their maps, some legal, some less so. There are people who have attempted to fudge SWIP data to hide where they are actually located who have discovered to their dismay that the commercial geolocation providers know all about where they actually are! ;-) As you might imagine for obvious reasons the banking industry is highly interested in where specific IP addresses are located!! They pay these providers quite well to suss that information out!!! Good luck! Ted On 6/15/2015 7:24 AM, Jon Worley wrote: > Hello Clinton, > > ARIN doesn?t provide any geolocation services. We maintain registration > data for resources registered in ARIN?s database, but that information > reflects who the resources are registered to (e.g. GM, which is > headquartered in Detroit), not where the resources are being used. There > are some things you may be able to do through ARIN that will assist in > geolocation, but we can?t guarantee they?ll accomplish what you?re seeking. > > One option is to publish reassignment information for 198.208.27.0/24 > with the local street address at which the subnet is used. > 198.208.27.0/24 is currently within a direct assignment. Direct > assignments are issued to end users like GM; since end users aren't > assigning IP addresses to customers, they can?t reassign within their > blocks. You could request that we change the network type to a direct > allocation, which is what ISPs get. Reassignments are allowed within > direct allocations since ISPs need to subdelegate space to customers. To > request that the network be changed to a direct allocation, one of the > registered points of contact for the block can send in an Ask ARIN > request via our web site. We?ll then let you know whether it?s possible > and if so, what the implications would be (specifically, since ISPs are > charged under a different fee schedule than end users, it could raise or > lower your annual fees). > > Another option would be to publish information in a routing registry - > either ARIN?s or one of the others listed at the URL below: > > http://irr.net/docs/list.html > > Routing registries allow you to publish information about how your > resources are being used. Some of the objects allow you to specify a > country code, which may be of assistance in conveying where the > resources are being used. You can find some basic information about > publishing routing information for ARIN-registered resources in RIPE?s > routing registry at the URL below: > > https://labs.ripe.net/Members/denis/using-the-ripe-database-as-an-internet-routing-registry > > A third option for the future would be to transfer the registration of > the GM resources used outside the ARIN region to the appropriate > regional Internet registry (RIR). At this point inter-RIR transfers are > allowed only between ARIN and APNIC, but it?s expected that inter-RIR > transfers will be possible between ARIN and RIPE in the future. If/when > that happens, GM would have the option to request that its resources > used in the RIPE region be transferred to RIPE, which may aid you in > geolocation by registering the resources with street addresses at which > they?re being used. Note that this is more of a permanent solution; if > you expect to frequently change the location at which resources are > used, it might not be a good fit. > > You also have the option to contact sites and/or geolocation data > providers directly to request they adjust their geolocation for your IP > addresses. Most large content providers have some sort of capability to > report geolocation errors, although it may take some take (e.g. a month > or more) to get them corrected. You could also contact geolocation data > providers directly to see whether they can adjust geolocation data for > your range. We don?t have a list of those providers, but you should be > able to find them with a few web searches. > > Finally, if you need any further assistance, you might find it more > helpful to post to a network operators forum, e.g. the NANOG mailing list: > > http://nanog.org/list > > Other network operators have likely run into the same problems and may > be able to offer you more specific information as to how to correct the > problem. > > 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: Clinton E Slowey > > Date: Friday, June 12, 2015 at 10:57 AM > To: "arin-tech-discuss at arin.net " > > > Subject: [arin-tech-discuss] Geo Location > > Hi Arin-Tech > > I am trying to find out the process to get regional IP address space > registered correctly for GEO location for our regional DMZ?s across the > globe within GM . Can you tell me what is the process to get this done ? > > For example we have a DMZ in Germany that?s is advertising 198.208.27.x > /24 network but when I look up the location its registered as the > supernet /16 based in Detroit . We want to use geo-location to ensure > our customers are routed locally to regional services like google etc > rather than routed to the US.. > > IP details below > > http://whois.arin.net/rest/net/NET-198-208-0-0-1/pft > > Thanks , > > Clinton > > ** > > ** > > *Clinton Slowey* > > Senior Network Engineer > > Global Telecoms ? GM/OV > > Sandyford Industrial Estate, > > Dublin, Ireland. > > Desk: +353-1-2074616 > > eMail: clinton.slowey at gm.com > > Web: www.gm.com > > Auto-Signiture Image > > > > This mail has been sent from General Motors Ireland Limited Registered > in Ireland 66136 Registered Office: Fern Road, Sandyford Business > Estate, Dublin 18 VAT Registered No IE 4536088 Q > br> Confidentiality note: this message is intended only for the person > or entity to which it is addressed. It may contain confidential and/or > privileged material. Any review, transmission, dissemination or other > use, or taking of any action in reliance upon this message by persons or > entities other than the intended recipient is prohibited and may be > unlawful. If you received this message in error, please contact the > sender and delete it from your computer. > > > _______________________________________________ > arin-tech-discuss mailing list > arin-tech-discuss at arin.net > http://lists.arin.net/mailman/listinfo/arin-tech-discuss From brak at gameservers.com Mon Jun 15 12:27:33 2015 From: brak at gameservers.com (Brian Rak) Date: Mon, 15 Jun 2015 12:27:33 -0400 Subject: [arin-tech-discuss] Geo Location In-Reply-To: <557EF6A6.10105@ipinc.net> References: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> <557EF6A6.10105@ipinc.net> Message-ID: <557EFCF5.2090409@gameservers.com> On 6/15/2015 12:00 PM, Ted Mittelstaedt wrote: > Hi Jon, and All, > > This isn't what he is asking. He is asking: > > "...We want to use geo-location to ensure > > our customers are routed locally to regional services like google etc > > rather than routed to the US....." > > He cannot change SWIPs for his customers IP addresses. > I think you're confused here. He very much does want the geo-ip for his IP space to be correct. I'm pretty sure by customers he means "internal customers". Otherwise, why would he be talking about Google? > I am trying to find out the process to get regional IP address space registered correctly for GEO location for our regional DMZ?s across the globe within GM The important parts there being "regional DMZ's" and "within GM" ** -------------- next part -------------- An HTML attachment was scrubbed... URL: From tedm at ipinc.net Mon Jun 15 12:56:28 2015 From: tedm at ipinc.net (Ted Mittelstaedt) Date: Mon, 15 Jun 2015 09:56:28 -0700 Subject: [arin-tech-discuss] Geo Location In-Reply-To: <557EFCF5.2090409@gameservers.com> References: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> <557EF6A6.10105@ipinc.net> <557EFCF5.2090409@gameservers.com> Message-ID: <557F03BC.4070804@ipinc.net> Brian, I realize that the example he cited is his OWN IP addresses and that makes his posting EXTREMELY confusing. And you are right in that it can be read to say "customers" meaning "internal customers" meaning "internal users" However, I have a lot of experience with GM dealers in the US as I'm a consultant for one. GM does not provide Internet connectivity to it's dealers. GM maybe 20 years ago did this but not today. Dealers must get their own connectivity. Yes, he may be talking about customers in the GM Germany corporate waiting room but I kind of doubt it. In the US, GM does everything it can to force customers to go to a dealership. I doubt they even HAVE a customer waiting room in GM's corporate HQ in the US. I very much doubt that it works any different overseas. Clearly, he is VERY confused in how geolocation works. That does not help to write an interpretable question, I'm afraid. I think he is speaking as a content provider. Likely his DMZ is holding his webservers and he's under the impression that the IP address geolocation of his DMZ is affecting it. That means his customers are coming in from their OWN Ip addresses. He is using those IPs to figure out where they are located so he can send them to localized websites (that are in their own language) instead of the English US website for GM. My guess is that Jon Worley's explanation probably even further confused him and he's run screaming into the night, and we likely won't hear any further from him, so we are kind of in the speculation phase right now. We'll see what the followup is and which of us guessed right if he comes back... Ted On 6/15/2015 9:27 AM, Brian Rak wrote: > > > On 6/15/2015 12:00 PM, Ted Mittelstaedt wrote: >> Hi Jon, and All, >> >> This isn't what he is asking. He is asking: >> >> "...We want to use geo-location to ensure >> > our customers are routed locally to regional services like google etc >> > rather than routed to the US....." >> >> He cannot change SWIPs for his customers IP addresses. >> > I think you're confused here. He very much does want the geo-ip for his > IP space to be correct. I'm pretty sure by customers he means "internal > customers". > > Otherwise, why would he be talking about Google? > > > I am trying to find out the process to get regional IP address space > registered correctly for GEO location for our regional DMZ?s across the > globe within GM > > The important parts there being "regional DMZ's" and "within GM" > ** From Jack.Stevens at centurylink.com Mon Jun 15 13:00:58 2015 From: Jack.Stevens at centurylink.com (Stevens, Jack F) Date: Mon, 15 Jun 2015 17:00:58 +0000 Subject: [arin-tech-discuss] Geo Location In-Reply-To: <557EFCF5.2090409@gameservers.com> References: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> <557EF6A6.10105@ipinc.net> <557EFCF5.2090409@gameservers.com> Message-ID: Two processes to IP Geolocation work. 1.) DNS - use LOC records. This does work, if the entity doing the query honors this. Step #2 may pick up from this. 2.) Email your location information to a. IP Intelligence Support [support-ipintel at neustar.biz] b. support at ip2location.com c. http://www.maxmind.com/en/correction The above locations have an update cycle of www.ip2location.com 1st of month www.neustar.biz whenever they feel like it seems sometimes twice a month www.maxmind.com Every Tuesday Google uses the neustar.biz database for geolocation. -Jack Jack Stevens Senior Engineer 14111 Capital Blvd. Wake Forest, NC 27587 tel: 919-562-2715 Jack.Stevens at CenturyLink.com From: arin-tech-discuss-bounces at arin.net [mailto:arin-tech-discuss-bounces at arin.net] On Behalf Of Brian Rak Sent: Monday, June 15, 2015 12:28 PM To: Ted Mittelstaedt; arin-tech-discuss at arin.net Subject: Re: [arin-tech-discuss] Geo Location On 6/15/2015 12:00 PM, Ted Mittelstaedt wrote: Hi Jon, and All, This isn't what he is asking. He is asking: "...We want to use geo-location to ensure > our customers are routed locally to regional services like google etc > rather than routed to the US....." He cannot change SWIPs for his customers IP addresses. I think you're confused here. He very much does want the geo-ip for his IP space to be correct. I'm pretty sure by customers he means "internal customers". Otherwise, why would he be talking about Google? > I am trying to find out the process to get regional IP address space registered correctly for GEO location for our regional DMZ's across the globe within GM The important parts there being "regional DMZ's" and "within GM" 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 clinton.slowey at gm.com Mon Jun 15 11:12:15 2015 From: clinton.slowey at gm.com (Clinton E Slowey) Date: Mon, 15 Jun 2015 15:12:15 +0000 Subject: [arin-tech-discuss] Geo Location In-Reply-To: References: <515c4816ccef400ba102eebde2e47428@DCMIPPEXCH007.nam.corp.gm.com> Message-ID: <5cb77f5030b14ad6ae5b6289b41199c6@DCMIPPEXCH007.nam.corp.gm.com> Thanks for the update Jon You have been very helpful and much obliged Thanks , Clinton Clinton Slowey Senior Network Engineer Global Telecoms - GM/OV Sandyford Industrial Estate, Dublin, Ireland. Desk: +353-1-2074616 eMail: clinton.slowey at gm.com Web: www.gm.com [Auto-Signiture Image] From: Jon Worley [mailto:jonw at arin.net] Sent: 15 June 2015 15:24 To: Clinton E Slowey Cc: arin-tech-discuss at arin.net Subject: Re: [arin-tech-discuss] Geo Location Hello Clinton, ARIN doesn't provide any geolocation services. We maintain registration data for resources registered in ARIN's database, but that information reflects who the resources are registered to (e.g. GM, which is headquartered in Detroit), not where the resources are being used. There are some things you may be able to do through ARIN that will assist in geolocation, but we can't guarantee they'll accomplish what you're seeking. One option is to publish reassignment information for 198.208.27.0/24 with the local street address at which the subnet is used. 198.208.27.0/24 is currently within a direct assignment. Direct assignments are issued to end users like GM; since end users aren't assigning IP addresses to customers, they can't reassign within their blocks. You could request that we change the network type to a direct allocation, which is what ISPs get. Reassignments are allowed within direct allocations since ISPs need to subdelegate space to customers. To request that the network be changed to a direct allocation, one of the registered points of contact for the block can send in an Ask ARIN request via our web site. We'll then let you know whether it's possible and if so, what the implications would be (specifically, since ISPs are charged under a different fee schedule than end users, it could raise or lower your annual fees). Another option would be to publish information in a routing registry - either ARIN's or one of the others listed at the URL below: http://irr.net/docs/list.html Routing registries allow you to publish information about how your resources are being used. Some of the objects allow you to specify a country code, which may be of assistance in conveying where the resources are being used. You can find some basic information about publishing routing information for ARIN-registered resources in RIPE's routing registry at the URL below: https://labs.ripe.net/Members/denis/using-the-ripe-database-as-an-internet-routing-registry A third option for the future would be to transfer the registration of the GM resources used outside the ARIN region to the appropriate regional Internet registry (RIR). At this point inter-RIR transfers are allowed only between ARIN and APNIC, but it's expected that inter-RIR transfers will be possible between ARIN and RIPE in the future. If/when that happens, GM would have the option to request that its resources used in the RIPE region be transferred to RIPE, which may aid you in geolocation by registering the resources with street addresses at which they're being used. Note that this is more of a permanent solution; if you expect to frequently change the location at which resources are used, it might not be a good fit. You also have the option to contact sites and/or geolocation data providers directly to request they adjust their geolocation for your IP addresses. Most large content providers have some sort of capability to report geolocation errors, although it may take some take (e.g. a month or more) to get them corrected. You could also contact geolocation data providers directly to see whether they can adjust geolocation data for your range. We don't have a list of those providers, but you should be able to find them with a few web searches. Finally, if you need any further assistance, you might find it more helpful to post to a network operators forum, e.g. the NANOG mailing list: http://nanog.org/list Other network operators have likely run into the same problems and may be able to offer you more specific information as to how to correct the problem. 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: Clinton E Slowey > Date: Friday, June 12, 2015 at 10:57 AM To: "arin-tech-discuss at arin.net" > Subject: [arin-tech-discuss] Geo Location Hi Arin-Tech I am trying to find out the process to get regional IP address space registered correctly for GEO location for our regional DMZ's across the globe within GM . Can you tell me what is the process to get this done ? For example we have a DMZ in Germany that's is advertising 198.208.27.x /24 network but when I look up the location its registered as the supernet /16 based in Detroit . We want to use geo-location to ensure our customers are routed locally to regional services like google etc rather than routed to the US.. IP details below http://whois.arin.net/rest/net/NET-198-208-0-0-1/pft Thanks , Clinton Clinton Slowey Senior Network Engineer Global Telecoms - GM/OV Sandyford Industrial Estate, Dublin, Ireland. Desk: +353-1-2074616 eMail: clinton.slowey at gm.com Web: www.gm.com [Auto-Signiture Image] This mail has been sent from General Motors Ireland Limited Registered in Ireland 66136 Registered Office: Fern Road, Sandyford Business Estate, Dublin 18 VAT Registered No IE 4536088 Q br> Confidentiality note: this message is intended only for the person or entity to which it is addressed. It may contain confidential and/or privileged material. Any review, transmission, dissemination or other use, or taking of any action in reliance upon this message by persons or entities other than the intended recipient is prohibited and may be unlawful. If you received this message in error, please contact the sender and delete it from your computer. This mail has been sent from General Motors Ireland Limited Registered in Ireland 66136 Registered Office: Fern Road, Sandyford Business Estate, Dublin 18 VAT Registered No IE 4536088 Q br> Confidentiality note: this message is intended only for the person or entity to which it is addressed. It may contain confidential and/or privileged material. Any review, transmission, dissemination or other use, or taking of any action in reliance upon this message by persons or entities other than the intended recipient is prohibited and may be unlawful. If you received this message in error, please contact the sender and delete it from your computer. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3651 bytes Desc: image001.jpg URL: From andy at arin.net Mon Jun 15 15:50:17 2015 From: andy at arin.net (Andy Newton) Date: Mon, 15 Jun 2015 19:50:17 +0000 Subject: [arin-tech-discuss] a proposal for changes to Reg-RWS Message-ID: All, Some months back there were discussions on this mailing list regarding the difficulty of using Reg-RWS. Here is what I wrote at the time: "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.? I am attaching a document that is the proposal as mentioned above. Your feedback on it would be greatly appreciated. And please note that this is just a proposal and not a commitment to change Reg-RWS. Thanks for you time and patience. Andy Newton, Chief Engineer, ARIN -------------- next part -------------- A non-text attachment was scrubbed... Name: proposal.pdf Type: application/pdf Size: 90878 bytes Desc: proposal.pdf URL: From Sean.Zhao at CenturyLink.com Tue Jun 23 09:29:53 2015 From: Sean.Zhao at CenturyLink.com (Zhao, Sean) Date: Tue, 23 Jun 2015 13:29:53 +0000 Subject: [arin-tech-discuss] I cannot be sure if I deleted an ip from OTE system or not. In-Reply-To: References: Message-ID: Hi, 1. I used https://www.ote.arin.net/rest/net/NET-63-158-164-0-1?apikey=MyAPIKey to delete an ip. which is 63.158.164.0/28 block. the OTE returned me back a payload as I expected. 28 Reassigned 063.158.164.015 063.158.164.000 S NET-63-158-164-0-1 Q0617-63-158-164-0 GCHC-6 AS209 NET-63-152-0-0-1 2014-06-17T13:56:04-04:00 4 2. I wait for more than 10 minutes. I did http://whois.ote.arin.net/rest/ip/63.158.164.0 /GET method. I got 2014-06-17T13:56:04-04:00 http://whois.ote.arin.net/rest/net/NET-63-158-164-0-1 63.158.164.15 NET-63-158-164-0-1 Q0617-63-158-164-0 28 63.158.164.15 Reassigned S 63.158.164.0 AS209 false http://whois.ote.arin.net/rest/org/GCHC-6 http://whois.ote.arin.net/rest/net/NET-63-152-0-0-1 63.158.164.0 2014-06-17T13:56:04-04:00 4 3. So I thought I did not delete the ip. So I used same url. DELETE is the method again. It returned me as error,said, 404:Not Found? What did I do wrong? Thanks! Sean Xinhao Zhao zhaox at us.ibm.com 615-215-5373 [cid:image001.jpg at 01D0AD97.2688F080] 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 27779 bytes Desc: image001.jpg URL: From andy at arin.net Tue Jun 23 10:07:35 2015 From: andy at arin.net (Andy Newton) Date: Tue, 23 Jun 2015 14:07:35 +0000 Subject: [arin-tech-discuss] I cannot be sure if I deleted an ip from OTE system or not. In-Reply-To: References: Message-ID: <05D11DCB-FB09-4E8F-96F2-D7A2286DCF6F@arin.net> Sean, Our Whois replication system in OTE was turned off. It is on now and your network is no longer in Whois. Thanks for bringing this our attention. Andy Newton, Chief Engineer, ARIN On Jun 23, 2015, at 9:29 AM, Zhao, Sean > wrote: Hi, 1. I used https://www.ote.arin.net/rest/net/NET-63-158-164-0-1?apikey=MyAPIKey to delete an ip. which is 63.158.164.0/28 block. the OTE returned me back a payload as I expected. 28 Reassigned 063.158.164.015 063.158.164.000 S NET-63-158-164-0-1 Q0617-63-158-164-0 GCHC-6 AS209 NET-63-152-0-0-1 2014-06-17T13:56:04-04:00 4 2. I wait for more than 10 minutes. I did http://whois.ote.arin.net/rest/ip/63.158.164.0 /GET method. I got 2014-06-17T13:56:04-04:00 http://whois.ote.arin.net/rest/net/NET-63-158-164-0-1 63.158.164.15 NET-63-158-164-0-1 Q0617-63-158-164-0 28 63.158.164.15 Reassigned S 63.158.164.0 AS209 false http://whois.ote.arin.net/rest/org/GCHC-6 http://whois.ote.arin.net/rest/net/NET-63-152-0-0-1 63.158.164.0 2014-06-17T13:56:04-04:00 4 3. So I thought I did not delete the ip. So I used same url. DELETE is the method again. It returned me as error,said, 404:Not Found? What did I do wrong? Thanks! Sean Xinhao Zhao zhaox at us.ibm.com 615-215-5373 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: From Sean.Zhao at CenturyLink.com Tue Jun 23 10:15:08 2015 From: Sean.Zhao at CenturyLink.com (Zhao, Sean) Date: Tue, 23 Jun 2015 14:15:08 +0000 Subject: [arin-tech-discuss] I cannot be sure if I deleted an ip from OTE system or not. In-Reply-To: <05D11DCB-FB09-4E8F-96F2-D7A2286DCF6F@arin.net> References: <05D11DCB-FB09-4E8F-96F2-D7A2286DCF6F@arin.net> Message-ID: Great! Thanks a lot, Andy!! Thanks Sean Zhao zhaox at us.ibm.com [IBM-CTLLogo02] From: Andy Newton [mailto:andy at arin.net] Sent: Tuesday, June 23, 2015 10:08 AM To: Zhao, Sean Cc: arin-tech-discuss at arin.net; Xinhao Zhao Subject: Re: [arin-tech-discuss] I cannot be sure if I deleted an ip from OTE system or not. Sean, Our Whois replication system in OTE was turned off. It is on now and your network is no longer in Whois. Thanks for bringing this our attention. Andy Newton, Chief Engineer, ARIN On Jun 23, 2015, at 9:29 AM, Zhao, Sean > wrote: Hi, 1. I used https://www.ote.arin.net/rest/net/NET-63-158-164-0-1?apikey=MyAPIKey to delete an ip. which is 63.158.164.0/28 block. the OTE returned me back a payload as I expected. 28 Reassigned 063.158.164.015 063.158.164.000 S NET-63-158-164-0-1 Q0617-63-158-164-0 GCHC-6 AS209 NET-63-152-0-0-1 2014-06-17T13:56:04-04:00 4 2. I wait for more than 10 minutes. I did http://whois.ote.arin.net/rest/ip/63.158.164.0 /GET method. I got 2014-06-17T13:56:04-04:00 http://whois.ote.arin.net/rest/net/NET-63-158-164-0-1 63.158.164.15 NET-63-158-164-0-1 Q0617-63-158-164-0 28 63.158.164.15 Reassigned S 63.158.164.0 AS209 false http://whois.ote.arin.net/rest/org/GCHC-6 http://whois.ote.arin.net/rest/net/NET-63-152-0-0-1 63.158.164.0 2014-06-17T13:56:04-04:00 4 3. So I thought I did not delete the ip. So I used same url. DELETE is the method again. It returned me as error,said, 404:Not Found? What did I do wrong? Thanks! Sean Xinhao Zhao zhaox at us.ibm.com 615-215-5373 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 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3682 bytes Desc: image001.jpg URL: From damien at supremebytes.com Fri Jun 26 12:50:22 2015 From: damien at supremebytes.com (Damien Burke) Date: Fri, 26 Jun 2015 16:50:22 +0000 Subject: [arin-tech-discuss] RDAP Message-ID: <2FD50E6D13594B4C93B743BFCF9F52842FCED21A@EXCH01.sb.local> Is there a software similar to http://projects.arin.net/rwhois/ but for RDAP? Not looking for a client to read the data, but a server to host this information. From andy at arin.net Fri Jun 26 15:27:03 2015 From: andy at arin.net (Andy Newton) Date: Fri, 26 Jun 2015 19:27:03 +0000 Subject: [arin-tech-discuss] RDAP In-Reply-To: <2FD50E6D13594B4C93B743BFCF9F52842FCED21A@EXCH01.sb.local> References: <2FD50E6D13594B4C93B743BFCF9F52842FCED21A@EXCH01.sb.local> Message-ID: <838AA5A3-C2A9-4574-A04E-6EFB7F0E925D@arin.net> On Jun 26, 2015, at 12:50 PM, Damien Burke > wrote: Is there a software similar to http://projects.arin.net/rwhois/ but for RDAP? Damien, CNNIC has an RDAP server. https://github.com/cnnic/rdap I?ve never used it, so I can?t speak to how well it works. There is also a fork of it: https://github.com/forumbyr/rdap I hope this helps. Andy Newton, Chief Engineer, ARIN -------------- next part -------------- An HTML attachment was scrubbed... URL: From kranjbar at ripe.net Mon Jun 29 05:07:55 2015 From: kranjbar at ripe.net (Kaveh Ranjbar) Date: Mon, 29 Jun 2015 11:07:55 +0200 Subject: [arin-tech-discuss] RDAP In-Reply-To: <838AA5A3-C2A9-4574-A04E-6EFB7F0E925D@arin.net> References: <2FD50E6D13594B4C93B743BFCF9F52842FCED21A@EXCH01.sb.local> <838AA5A3-C2A9-4574-A04E-6EFB7F0E925D@arin.net> Message-ID: <563C9FE5-7FA5-4AE5-89C0-3AA4DF51B167@ripe.net> Hi, And there is of course RIPE NCC?s open source implementation, which is published under the 3 clause BSD license: https://github.com/RIPE-NCC/whois/wiki All the best, Kaveh. > On 26 Jun 2015, at 21:27, Andy Newton wrote: > > >> On Jun 26, 2015, at 12:50 PM, Damien Burke > wrote: >> >> Is there a software similar to http://projects.arin.net/rwhois/ but for RDAP? > > > Damien, > > CNNIC has an RDAP server. > https://github.com/cnnic/rdap > > I?ve never used it, so I can?t speak to how well it works. > > There is also a fork of it: https://github.com/forumbyr/rdap > > I hope this helps. > > Andy Newton, > Chief Engineer, 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail URL: From brak at gameservers.com Mon Jun 29 09:54:39 2015 From: brak at gameservers.com (Brian Rak) Date: Mon, 29 Jun 2015 09:54:39 -0400 Subject: [arin-tech-discuss] a proposal for changes to Reg-RWS In-Reply-To: References: Message-ID: <55914E1F.9050209@gameservers.com> Well, I can tell you that the "Find Networks Method" would not be terribly helpful for us. Our process for keeping SWIP up to date looks something like this: 1) Obtain reassignment report 2) Obtain our internal list of what subnets we have active 3) For each item in the reassignment report, see if we have an active subnet. If the information no longer matches, delete the SWIP entry. If we don't have a subnet, delete the SWIP entry. 4) For each subnet in our internal list, see if a SWIP entry exists (by checking the data returned by the reassignment report). If not, issue a create The proposed "Find Networks Method" only seems like it would help for error checking in step 4 (allowing us to verify the reassignment we're attempting doesn't conflict) "Update Network Registrations Method" looks like it would be far more helpful to us. It seems like the intent here is to allow us to just upload a big request with all of our registration data (and not have to worry about what's already there). That definitely would eliminate a lot of the pain we have with the whole SWIP process. On 6/15/2015 3:50 PM, Andy Newton wrote: > All, > > Some months back there were discussions on this mailing list regarding the difficulty of using Reg-RWS. Here is what I wrote at the time: > > "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.? > > I am attaching a document that is the proposal as mentioned above. Your feedback on it would be greatly appreciated. And please note that this is just a proposal and not a commitment to change Reg-RWS. > > Thanks for you time and patience. > > Andy Newton, > Chief Engineer, 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: From andy at arin.net Mon Jun 29 15:29:03 2015 From: andy at arin.net (Andy Newton) Date: Mon, 29 Jun 2015 19:29:03 +0000 Subject: [arin-tech-discuss] a proposal for changes to Reg-RWS In-Reply-To: <55914E1F.9050209@gameservers.com> References: <55914E1F.9050209@gameservers.com> Message-ID: <103BEE40-B115-4B85-AED9-0046317173E3@arin.net> Thanks for your feedback, Brian. Andy Newton, Chief Engineer, ARIN On Jun 29, 2015, at 9:54 AM, Brian Rak > wrote: Well, I can tell you that the "Find Networks Method" would not be terribly helpful for us. Our process for keeping SWIP up to date looks something like this: 1) Obtain reassignment report 2) Obtain our internal list of what subnets we have active 3) For each item in the reassignment report, see if we have an active subnet. If the information no longer matches, delete the SWIP entry. If we don't have a subnet, delete the SWIP entry. 4) For each subnet in our internal list, see if a SWIP entry exists (by checking the data returned by the reassignment report). If not, issue a create The proposed "Find Networks Method" only seems like it would help for error checking in step 4 (allowing us to verify the reassignment we're attempting doesn't conflict) "Update Network Registrations Method" looks like it would be far more helpful to us. It seems like the intent here is to allow us to just upload a big request with all of our registration data (and not have to worry about what's already there). That definitely would eliminate a lot of the pain we have with the whole SWIP process. On 6/15/2015 3:50 PM, Andy Newton wrote: All, Some months back there were discussions on this mailing list regarding the difficulty of using Reg-RWS. Here is what I wrote at the time: "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.? I am attaching a document that is the proposal as mentioned above. Your feedback on it would be greatly appreciated. And please note that this is just a proposal and not a commitment to change Reg-RWS. Thanks for you time and patience. Andy Newton, Chief Engineer, 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: