From brak at gameservers.com Tue Oct 8 10:41:03 2013 From: brak at gameservers.com (Brian Rak) Date: Tue, 08 Oct 2013 10:41:03 -0400 Subject: [arin-tech-discuss] SWIP and GeoIP Message-ID: <5254197F.3040803@gameservers.com> We have a customer who operates VPN services with us. They have their own ARIN OrgID, and we would like to be able to reassign all their IP addresses to that organization (so that they can receive any abuse reports directly, rather then having to relay them). They have reported to us that various GeoIP providers are using the location of the ARIN contact to determine where an IP is located. The customer would very much prefer that the location of the IPs match the datacenter's location, rather then the customer's location. Does anyone have suggestions for handling this properly? Looking at the data returned by WHOIS, it seems the only way they're going to be able to specify a location is by creating a separate organization and contact for each datacenter. Is that the best solution here? From Jack.Stevens at centurylink.com Tue Oct 8 15:52:26 2013 From: Jack.Stevens at centurylink.com (Stevens, Jack F) Date: Tue, 8 Oct 2013 19:52:26 +0000 Subject: [arin-tech-discuss] SWIP and GeoIP In-Reply-To: <5254197F.3040803@gameservers.com> References: <5254197F.3040803@gameservers.com> Message-ID: I've had to deal with the IP Geolocation issue. Send the information in CIDR format to at least these two organizations: IP2Location Sales and Support [support at ip2location.com] share_data at neustar.biz The second one there will get Google updated; the first one will do many of the other search engines. Jack Stevens Senior Engineer 14111 Capital Blvd. Wake Forest, NC 27587 tel: 919-562-2715 Jack.Stevens at CenturyLink.com -----Original Message----- From: arin-tech-discuss-bounces at arin.net [mailto:arin-tech-discuss-bounces at arin.net] On Behalf Of Brian Rak Sent: Tuesday, October 08, 2013 10:41 AM To: arin-tech-discuss at arin.net Subject: [arin-tech-discuss] SWIP and GeoIP We have a customer who operates VPN services with us. They have their own ARIN OrgID, and we would like to be able to reassign all their IP addresses to that organization (so that they can receive any abuse reports directly, rather then having to relay them). They have reported to us that various GeoIP providers are using the location of the ARIN contact to determine where an IP is located. The customer would very much prefer that the location of the IPs match the datacenter's location, rather then the customer's location. Does anyone have suggestions for handling this properly? Looking at the data returned by WHOIS, it seems the only way they're going to be able to specify a location is by creating a separate organization and contact for each datacenter. Is that the best solution here? _______________________________________________ arin-tech-discuss mailing list arin-tech-discuss at arin.net http://lists.arin.net/mailman/listinfo/arin-tech-discuss From drake.pallister at duraserver.com Mon Oct 14 01:39:46 2013 From: drake.pallister at duraserver.com (Drake Pallister) Date: Mon, 14 Oct 2013 01:39:46 -0400 Subject: [arin-tech-discuss] SWIP and GeoIP References: <5254197F.3040803@gameservers.com> Message-ID: <0788E768142640719236FA62E8FDF17A@dp9100> Hello There... Let me toss in my 2 cents about GeoIP. If that GeoIP service has been contacted and made aware of the issue, but they have not revised the methods in which they assign a location to an IP number, then that specific GeoIP service isn't doing what they need to do to correct their incorrect data. There are many GeoIP information services, some are free and some are paid. If one is doing a bad job, then I recommending using another. Compare it to an automobile repair shop. If one mechanic keeps doing a substandard job or cheats you, then you find another repair shop who does a good job and is honest. Some IP end users want their IP(s) to be geographically correct and some don't care. Some in fact, want "No" Geo info published about their IP(s), yet others intentionally want incorrect Geo info to show up. Of course, the IP should at least show what region of the world it is located in and that is easy enough to do by looking at which RIR allocated/assigned the IP(s) to what entity and their location. In the case of an ISP, when distributing IPs to private residences, I don't believe the ISP should be pursued to contribute any closer to target Geo info than a city or town for residential IPs. The same would go for businesses. However, let's put it in writing so to speak, by the end user of the IP number(s) submitting a checklist to their ISP (their immediate upstream), detailing what depth of location information they want released. None, Country, State, City, or Exact Street Address. This will not be practical with Cellular devices 4G/WiMax, etc. though the cellular provider can usually determine within 10 feet of the device bound to the IP. However, mobile devices are moving. Ok, maybe another checklist to the service provider from the device owner (the IP assignee-- most often by dhcp-- unless you have a static IP smart phone) and the depth of detail permissions checklist (which can of course be electronic and automated) would in effect work the same as such a Geo Info depth permissions checklist for land-based endpoints. A cellular carrier would likely want to charge for real time Geo info, as they do in providing some of their "Track my kid's location" added features. Most often all AOL IPs show up as Virginia where AOL is/was located. Some other IP services are tunneled from elsewhere a hundred or a thousand miles away. A corporate VPN might even yield you a different country, because a VPN is a tunnel. We could compare this GeoIP thing to Telephones and callerID. But then a PRI circuit can publish any callerID. The most accurate phone number caller ID is delivered via ANI. I am just making suggestions and comparisons here because I don't have a really good answer except that you should look towards the accuracy of your GeoIP info provider and compare them to other services. Some will be more accurate and some will target different levels of records (where available) for providing their customer with the best info that you are paying them for. If I had the smarts, I might rewrite a backward-compatible version of the IP protocol or the next higher OSI layer (TCP/UDP protocol) to include a space in the packet or datagram header that is for GEO to be inserted along with SRC, DST, TTL, and so on. But definitely take up your issue with your GeoIP data provider first. Maybe they're already working on an improvement that they are about to start using. Best regards, Drake ----- Original Message ----- From: "Brian Rak" To: Sent: Tuesday, October 08, 2013 10:41 AM Subject: [arin-tech-discuss] SWIP and GeoIP > We have a customer who operates VPN services with us. They have their own > ARIN OrgID, and we would like to be able to reassign all their IP addresses > to that organization (so that they can receive any abuse reports directly, > rather then having to relay them). > > They have reported to us that various GeoIP providers are using the location > of the ARIN contact to determine where an IP is located. The customer would > very much prefer that the location of the IPs match the datacenter's > location, rather then the customer's location. > > Does anyone have suggestions for handling this properly? Looking at the > data returned by WHOIS, it seems the only way they're going to be able to > specify a location is by creating a separate organization and contact for > each datacenter. Is that the best solution here? > _______________________________________________ > arin-tech-discuss mailing list > arin-tech-discuss at arin.net > http://lists.arin.net/mailman/listinfo/arin-tech-discuss > From drake.pallister at duraserver.com Mon Oct 14 01:33:26 2013 From: drake.pallister at duraserver.com (Drake Pallister) Date: Mon, 14 Oct 2013 01:33:26 -0400 Subject: [arin-tech-discuss] SWIP and GeoIP References: <5254197F.3040803@gameservers.com> Message-ID: <32E6FF4CE11644008BF0CDB6DCAD4813@dp9100> Hello There... Let me toss in my 2 cents about GeoIP. If that GeoIP service has been contacted and made aware of the issue, but they have not revised the methods in which they assign a location to an IP number, then that specific GeoIP service isn't doing what they need to do to correct their incorrect data. There are many GeoIP information services, some are free and some are paid. If one is doing a bad job, then I recommending using another. Compare it to an automobile repair shop. If one mechanic keeps doing a substandard job or cheats you, then you find another repair shop who does a good job and is honest. Some IP end users want their IP(s) to be geographically correct and some don't care. Some in fact, want "No" Geo info published about their IP(s), yet others intentionally want incorrect Geo info to show up. Of course, the IP should at least show what region of the world it is located in and that is easy enough to do by looking at which RIR allocated/assigned the IP(s) to what entity and their location. In the case of an ISP, when distributing IPs to private residences, I don't believe the ISP should be pursued to contribute any closer to target Geo info than a city or town for residential IPs. The same would go for businesses. However, let's put it in writing so to speak, by the end user of the IP number(s) submitting a checklist to their ISP (their immediate upstream), detailing what depth of location information they want released. None, Country, State, City, or Exact Street Address. This will not be practical with Cellular devices 4G/WiMax, etc. though the cellular provider can usually determine within 10 feet of the device bound to the IP. However, mobile devices are moving. Ok, maybe another checklist to the service provider from the device owner (the IP assignee-- most often by dhcp-- unless you have a static IP smart phone) and the depth of detail permissions checklist (which can of course be electronic and automated) would in effect work the same as such a Geo Info depth permissions checklist for land-based endpoints. A cellular carrier would likely want to charge for real time Geo info, as they do in providing some of their "Track my kid's location" added features. Most often all AOL IPs show up as Virginia where AOL is/was located. Some other IP services are tunneled from elsewhere a hundred or a thousand miles away. A corporate VPN might even yield you a different country, because a VPN is a tunnel. We could compare this GeoIP thing to Telephones and callerID. But then a PRI circuit can publish any callerID. The most accurate phone number caller ID is delivered via ANI. I am just making suggestions and comparisons here because I don't have a really good answer except that you should look towards the accuracy of your GeoIP info provider and compare them to other services. Some will be more accurate and some will target different levels of records (where available) for providing their customer with the best info that you are paying them for. If I had the smarts, I might rewrite a backward-compatible version of the IP protocol or the next higher OSI layer (TCP/UDP protocol) to include a space in the packet or datagram header that is for GEO to be inserted along with SRC, DST, TTL, and so on. But definitely take up your issue with your GeoIP data provider first. Maybe they're already working on an improvement that they are about to start using. Best regards, Drake ----- Original Message ----- From: "Brian Rak" To: Sent: Tuesday, October 08, 2013 10:41 AM Subject: [arin-tech-discuss] SWIP and GeoIP > We have a customer who operates VPN services with us. They have their own > ARIN OrgID, and we would like to be able to reassign all their IP addresses > to that organization (so that they can receive any abuse reports directly, > rather then having to relay them). > > They have reported to us that various GeoIP providers are using the location > of the ARIN contact to determine where an IP is located. The customer would > very much prefer that the location of the IPs match the datacenter's > location, rather then the customer's location. > > Does anyone have suggestions for handling this properly? Looking at the > data returned by WHOIS, it seems the only way they're going to be able to > specify a location is by creating a separate organization and contact for > each datacenter. Is that the best solution here? > _______________________________________________ > arin-tech-discuss mailing list > arin-tech-discuss at arin.net > http://lists.arin.net/mailman/listinfo/arin-tech-discuss > From krishna.csu at gmail.com Thu Oct 24 10:16:24 2013 From: krishna.csu at gmail.com (krishna.csu) Date: Thu, 24 Oct 2013 10:16:24 -0400 Subject: [arin-tech-discuss] SWIP and GeoIP In-Reply-To: <5254197F.3040803@gameservers.com> References: <5254197F.3040803@gameservers.com> Message-ID: i am new to ARIN and have couple of questions 1) we have a requirement in my project to create an ORG and POC. can i create both in one call to CreateRecipientORG. if yes, how do i submit POC details in . 2) if i have to create ORG and POC in separate calls to Create, then how do i associate POC to the existing ORG. any help in addressing the above questions is greatly appreciated Warm Wishes, Krishna -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonw at arin.net Thu Oct 24 17:50:42 2013 From: jonw at arin.net (Jon Worley) Date: Thu, 24 Oct 2013 21:50:42 +0000 Subject: [arin-tech-discuss] SWIP and GeoIP In-Reply-To: Message-ID: Hello, 1) You cannot create both in a single call. You must first create a POC handle, then create an Org ID. 2) You specify the POC handles in the Create Recipient ORG method's org payload - specifically, the pocLink payload contained within the org payload: https://www.arin.net/resources/restfulpayloads.html#poclink Add one pocLink payload for each POC handle to be associated with the Org ID, making sure you have one and only one admin POC specified and at least one tech and abuse POC specified. If you have any further questions, comments, or concerns please respond to this message or contact me directly. Regards, Jon Worley Senior Resource Analyst ARIN Registration Services https://www.arin.net/ hostmaster at arin.net 703.227.0660 From: "krishna.csu" > Date: Thursday, October 24, 2013 10:16 AM To: "arin-tech-discuss at arin.net" > Subject: Re: [arin-tech-discuss] SWIP and GeoIP i am new to ARIN and have couple of questions 1) we have a requirement in my project to create an ORG and POC. can i create both in one call to CreateRecipientORG. if yes, how do i submit POC details in . 2) if i have to create ORG and POC in separate calls to Create, then how do i associate POC to the existing ORG. any help in addressing the above questions is greatly appreciated Warm Wishes, Krishna -------------- next part -------------- An HTML attachment was scrubbed... URL: From damien at supremebytes.com Tue Oct 29 23:35:23 2013 From: damien at supremebytes.com (Damien Burke) Date: Wed, 30 Oct 2013 03:35:23 +0000 Subject: [arin-tech-discuss] projects.arin.net outage Message-ID: <2FD50E6D13594B4C93B743BFCF9F52844D2A4A@sbla1-exchange.sb.local> Hello, It seems projects.arin.net has been down for the last few days. Are there any known problems with that service? Damien Burke Chief Executive Officer SupremeBytes, LLC P.O. Box 13746 | Columbus, Ohio 43213 Office (614) 636-4923 | Phone (614) 636-4875 | Fax (614) 636-4877 http://www.supremebytes.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From markk at arin.net Thu Oct 31 13:15:07 2013 From: markk at arin.net (Mark Kosters) Date: Thu, 31 Oct 2013 17:15:07 +0000 Subject: [arin-tech-discuss] projects.arin.net outage In-Reply-To: <2FD50E6D13594B4C93B743BFCF9F52844D2A4A@sbla1-exchange.sb.local> Message-ID: Hi Damien I answered you privately earlier. For everyone else on the list, the repository for ARIN-related public domain code (projects.arin.net) has recently experienced some availability issues. We are looking into why the box has issues and the recent increase of traffic that it is now handling. It is now up ? no other ARIN services were affected by this outage. Thanks, Mark From: Damien Burke > Date: Tuesday, October 29, 2013 at 11:35 PM To: "arin-tech-discuss at arin.net" > Subject: [arin-tech-discuss] projects.arin.net outage Hello, It seems projects.arin.net has been down for the last few days. Are there any known problems with that service? Damien Burke Chief Executive Officer SupremeBytes, LLC P.O. Box 13746 | Columbus, Ohio 43213 Office (614) 636-4923 | Phone (614) 636-4875 | Fax (614) 636-4877 http://www.supremebytes.com -------------- next part -------------- An HTML attachment was scrubbed... URL: