From bortzmeyer at nic.fr Mon Jan 2 09:03:06 2017 From: bortzmeyer at nic.fr (Stephane Bortzmeyer) Date: Mon, 2 Jan 2017 09:03:06 +0100 Subject: [atlas] status-checks very slow? Message-ID: <20170102080306.cexhq4cwihhfluzk@nic.fr> Since yesterday 2200 UTC, status-checks seem very slow (around 15 seconds, which make my monitoring software Icinga timeout). New Year party hangover? From bortzmeyer at nic.fr Tue Jan 3 08:59:49 2017 From: bortzmeyer at nic.fr (Stephane Bortzmeyer) Date: Tue, 3 Jan 2017 08:59:49 +0100 Subject: [atlas] status-checks very slow? In-Reply-To: <20170102080306.cexhq4cwihhfluzk@nic.fr> References: <20170102080306.cexhq4cwihhfluzk@nic.fr> Message-ID: <20170103075949.mohhp3zhjqj3mlhc@nic.fr> On Mon, Jan 02, 2017 at 09:03:06AM +0100, Stephane Bortzmeyer wrote a message of 4 lines which said: > Since yesterday 2200 UTC, status-checks seem very slow (around 15 > seconds, which make my monitoring software Icinga timeout). It continues today. From robert at ripe.net Tue Jan 3 11:01:39 2017 From: robert at ripe.net (Robert Kisteleki) Date: Tue, 3 Jan 2017 11:01:39 +0100 Subject: [atlas] RIPE Atlas APIs In-Reply-To: References: Message-ID: On 2016-09-08 15:43, Robert Kisteleki wrote: > Dear colleagues, > > We've just published a RIPE Labs article about a reminder for the RIPE Atlas > API version changes. You can read it here: > https://labs.ripe.net/Members/kistel/ripe-atlas-api-changes > > Regards, > Robert Kisteleki > RIPE NCC Dear colleagues, Reminder: the shutdown of the RIPE Atlas v1 APIs is imminent. We still see a few queries from a number of hosts (the "long tail") and occasional bursts every now and then. Please direct your queries to the v1 API if you haven't done so yet. Regards, Robert From bengan at resilans.se Tue Jan 3 11:08:22 2017 From: bengan at resilans.se (=?UTF-8?B?QmVuZ3QgR8O2cmTDqW4=?=) Date: Tue, 3 Jan 2017 11:08:22 +0100 Subject: [atlas] RIPE Atlas APIs In-Reply-To: References: Message-ID: <6b6f6a99-94e2-23d5-b6f4-a46d064d07e2@resilans.se> Den 2017-01-03 kl. 11:01, skrev Robert Kisteleki: > On 2016-09-08 15:43, Robert Kisteleki wrote: >> Dear colleagues, >> >> We've just published a RIPE Labs article about a reminder for the RIPE Atlas >> API version changes. You can read it here: >> https://labs.ripe.net/Members/kistel/ripe-atlas-api-changes >> >> Regards, >> Robert Kisteleki >> RIPE NCC > Dear colleagues, > > Reminder: the shutdown of the RIPE Atlas v1 APIs is imminent. We still see a > few queries from a number of hosts (the "long tail") and occasional bursts > every now and then. Please direct your queries to the v1 API if you haven't > done so yet. Thanks for the reminder. PS. Don't mean to nitpick but it should be v2 API, right? DS. regards, -- Bengt G?rd?n Resilans AB From robert at ripe.net Tue Jan 3 11:21:17 2017 From: robert at ripe.net (Robert Kisteleki) Date: Tue, 3 Jan 2017 11:21:17 +0100 Subject: [atlas] RIPE Atlas APIs In-Reply-To: <6b6f6a99-94e2-23d5-b6f4-a46d064d07e2@resilans.se> References: <6b6f6a99-94e2-23d5-b6f4-a46d064d07e2@resilans.se> Message-ID: <7f7a844e-a5c8-88af-e4c6-6ca02db482b3@ripe.net> On 2017-01-03 11:08, Bengt G?rd?n wrote: > Den 2017-01-03 kl. 11:01, skrev Robert Kisteleki: >> On 2016-09-08 15:43, Robert Kisteleki wrote: >>> Dear colleagues, >>> >>> We've just published a RIPE Labs article about a reminder for the RIPE Atlas >>> API version changes. You can read it here: >>> https://labs.ripe.net/Members/kistel/ripe-atlas-api-changes >>> >>> Regards, >>> Robert Kisteleki >>> RIPE NCC >> Dear colleagues, >> >> Reminder: the shutdown of the RIPE Atlas v1 APIs is imminent. We still see a >> few queries from a number of hosts (the "long tail") and occasional bursts >> every now and then. Please direct your queries to the v1 API if you haven't >> done so yet. > > Thanks for the reminder. > > PS. Don't mean to nitpick but it should be v2 API, right? DS. > > regards, Ehh, perhaps I should drink coffee first, post to the list after? :-) Robert From sebastian at nzrs.net.nz Wed Jan 11 05:45:26 2017 From: sebastian at nzrs.net.nz (Sebastian Castro) Date: Wed, 11 Jan 2017 17:45:26 +1300 Subject: [atlas] Maximum (unknown) spending limit? Message-ID: Happy New Year RIPE Atlas Users: Executing some measurements today, it started rejecting them with the message: Executing this measurement request would violate your maximum daily spending limit of {max} credits. Please stop some of your currently running measurements and try again. It's startling the {max} credits, like a template that didn't get replaced when processing the message, not the message itself as it's documented. A little 2017 bug perhaps? Cheers! -- Sebastian Castro Technical Research Manager NZRS Ltd. desk: +64 4 495 2337 mobile: +64 21 400535 From marty at martystrong.co.uk Wed Jan 11 12:22:39 2017 From: marty at martystrong.co.uk (Marty Strong) Date: Wed, 11 Jan 2017 11:22:39 +0000 Subject: [atlas] JE country code Message-ID: Hi Atlas list, I sent a probe to Jersey (https://atlas.ripe.net/probes/28215/), but it shows up as GB instead of JE. Seems like perhaps a geodb is wrong :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From rm at romanrm.net Wed Jan 11 12:27:56 2017 From: rm at romanrm.net (Roman Mamedov) Date: Wed, 11 Jan 2017 16:27:56 +0500 Subject: [atlas] JE country code In-Reply-To: References: Message-ID: <20170111162756.6d926cf2@natsu> On Wed, 11 Jan 2017 11:22:39 +0000 Marty Strong wrote: > Hi Atlas list, > > I sent a probe to Jersey (https://atlas.ripe.net/probes/28215/), but it > shows up as GB instead of JE. > > Seems like perhaps a geodb is wrong :) Did you check `whois 82.112.155.203 | grep country`? What do you want from the Atlas project in this case? -- With respect, Roman From marty at martystrong.co.uk Wed Jan 11 12:39:26 2017 From: marty at martystrong.co.uk (Marty Strong) Date: Wed, 11 Jan 2017 11:39:26 +0000 Subject: [atlas] JE country code In-Reply-To: <20170111162756.6d926cf2@natsu> References: <20170111162756.6d926cf2@natsu> Message-ID: I assumed that the flag shown was based on the location set by the host when the registered it. The network tab does show it?s in JE. Country seems to be JE for the prefix too: $ cwhois 82.112.155.203 AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | 2003-12-09 | JT , JE On 11 January 2017 at 11:27, Roman Mamedov wrote: > On Wed, 11 Jan 2017 11:22:39 +0000 > Marty Strong wrote: > > > Hi Atlas list, > > > > I sent a probe to Jersey (https://atlas.ripe.net/probes/28215/), but it > > shows up as GB instead of JE. > > > > Seems like perhaps a geodb is wrong :) > > Did you check `whois 82.112.155.203 | grep country`? > What do you want from the Atlas project in this case? > > -- > With respect, > Roman > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ghane0 at gmail.com Wed Jan 11 12:53:27 2017 From: ghane0 at gmail.com (Sanjeev Gupta) Date: Wed, 11 Jan 2017 19:53:27 +0800 Subject: [atlas] JE country code In-Reply-To: References: <20170111162756.6d926cf2@natsu> Message-ID: On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong wrote: > $ cwhois 82.112.155.203 > > AS | IP | BGP Prefix | CC | Registry | > Allocated | AS Name > > 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | > 2003-12-09 | JT , JE > >From here: sanjeev at X201wily:~$ whois 82.112.155.203 % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % To receive output for a database update, use the "-B" flag. % Information related to '82.112.152.0 - 82.112.155.255' % Abuse contact for '82.112.152.0 - 82.112.155.255' is ' ripe at jerseytelecom.com' inetnum: 82.112.152.0 - 82.112.155.255 netname: JT-Rapid-Res descr: Jersey Telecom Rapid Service country: GB admin-c: JT954-RIPE tech-c: JT954-RIPE status: ASSIGNED PA mnt-by: JE-TEL-MNT created: 2005-07-19T15:04:29Z last-modified: 2005-07-19T15:04:29Z source: RIPE # Filtered role: JT ADMIN address: Jersey Telecom address: P.O. Box 53 address: St Helier address: Jersey phone: +44 1534 882882 fax-no: +44 1534 882883 remarks: trouble: please email trouble reports to ripe at jerseytelecom.com admin-c: CJ292-RIPE admin-c: WI92-RIPE admin-c: BF413-RIPE tech-c: CJ292-RIPE tech-c: WI92-RIPE tech-c: BF413-RIPE nic-hdl: JT954-RIPE mnt-by: JE-TEL-MNT created: 2002-02-27T13:45:01Z last-modified: 2010-03-09T12:26:51Z source: RIPE # Filtered % Information related to '82.112.144.0/20AS8681' route: 82.112.144.0/20 descr: Jersey Telecom origin: AS8681 mnt-by: WAVE-TEL-MNT mnt-by: JE-TEL-MNT mnt-by: AS8681-MNT created: 2016-11-29T15:38:50Z last-modified: 2016-11-29T15:38:50Z source: RIPE % This query was served by the RIPE Database Query Service version 1.88 (WAGYU) -- Sanjeev Gupta +65 98551208 http://www.linkedin.com/in/ghane -------------- next part -------------- An HTML attachment was scrubbed... URL: From marty at martystrong.co.uk Wed Jan 11 13:00:44 2017 From: marty at martystrong.co.uk (Marty Strong) Date: Wed, 11 Jan 2017 12:00:44 +0000 Subject: [atlas] JE country code In-Reply-To: References: <20170111162756.6d926cf2@natsu> Message-ID: Hmm, I could have sworn that it was based on where you physically locate the probe. I've seen plenty of probes that are geo-located wrong when somebody moves to another country but fails to update the location of the probe. I guess I'll point them to update it. On 11 January 2017 at 11:53, Sanjeev Gupta wrote: > > On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong > wrote: > >> $ cwhois 82.112.155.203 >> >> AS | IP | BGP Prefix | CC | Registry | >> Allocated | AS Name >> >> 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | >> 2003-12-09 | JT , JE >> > > From here: > sanjeev at X201wily:~$ whois 82.112.155.203 > % This is the RIPE Database query service. > % The objects are in RPSL format. > % > % The RIPE Database is subject to Terms and Conditions. > % See http://www.ripe.net/db/support/db-terms-conditions.pdf > > % Note: this output has been filtered. > % To receive output for a database update, use the "-B" flag. > > % Information related to '82.112.152.0 - 82.112.155.255' > > % Abuse contact for '82.112.152.0 - 82.112.155.255' is ' > ripe at jerseytelecom.com' > > inetnum: 82.112.152.0 - 82.112.155.255 > netname: JT-Rapid-Res > descr: Jersey Telecom Rapid Service > country: GB > admin-c: JT954-RIPE > tech-c: JT954-RIPE > status: ASSIGNED PA > mnt-by: JE-TEL-MNT > created: 2005-07-19T15:04:29Z > last-modified: 2005-07-19T15:04:29Z > source: RIPE # Filtered > > role: JT ADMIN > address: Jersey Telecom > address: P.O. Box 53 > address: St Helier > address: Jersey > phone: +44 1534 882882 <+44%201534%20882882> > fax-no: +44 1534 882883 <+44%201534%20882883> > remarks: trouble: please email trouble reports to > ripe at jerseytelecom.com > admin-c: CJ292-RIPE > admin-c: WI92-RIPE > admin-c: BF413-RIPE > tech-c: CJ292-RIPE > tech-c: WI92-RIPE > tech-c: BF413-RIPE > nic-hdl: JT954-RIPE > mnt-by: JE-TEL-MNT > created: 2002-02-27T13:45:01Z > last-modified: 2010-03-09T12:26:51Z > source: RIPE # Filtered > > % Information related to '82.112.144.0/20AS8681' > > route: 82.112.144.0/20 > descr: Jersey Telecom > origin: AS8681 > mnt-by: WAVE-TEL-MNT > mnt-by: JE-TEL-MNT > mnt-by: AS8681-MNT > created: 2016-11-29T15:38:50Z > last-modified: 2016-11-29T15:38:50Z > source: RIPE > > % This query was served by the RIPE Database Query Service version 1.88 > (WAGYU) > > > > > -- > Sanjeev Gupta > +65 98551208 <9855%201208> http://www.linkedin.com/in/ghane > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marty at martystrong.co.uk Wed Jan 11 13:13:42 2017 From: marty at martystrong.co.uk (Marty Strong) Date: Wed, 11 Jan 2017 12:13:42 +0000 Subject: [atlas] JE country code In-Reply-To: References: <20170111162756.6d926cf2@natsu> Message-ID: Looks like some are correct and some are incorrect. $ while read p; do whois -h whois.ripe.net $p | egrep "inetnum|country|route|descr"; done inetnum: 87.244.64.0 - 87.244.127.255 country: JE mnt-routes: JE-TEL-MNT route: 87.244.64.0/18 descr: Jersey Telecom - CIDR block 3 inetnum: 185.3.52.0 - 185.3.55.255 country: JE mnt-routes: JE-TEL-MNT route: 185.3.52.0/22 descr: JTGlobal - CIDR Block 11 inetnum: 209.251.252.0 - 209.251.253.255 country: JE mnt-routes: JE-TEL-MNT route: 209.251.252.0/23 descr: Jersey Telecom - CIDR block 13 inetnum: 212.9.0.0 - 212.9.31.255 country: JE mnt-routes: JE-TEL-MNT route: 212.9.0.0/19 descr: Jersey Telecom - CIDR block 1 descr:
inetnum: 185.57.212.0 - 185.57.215.255 country: JE mnt-routes: NEWTEL2-RIPE-MNT route: 185.57.212.0/22 descr: Newtel Limited WL Range inetnum: 46.31.240.0 - 46.31.247.255 country: GB mnt-routes: WAVE-TEL-MNT route: 46.31.240.0/21 descr: Jersey Telecom -CIDR Block 4 inetnum: 78.41.0.0 - 78.41.7.255 country: GB mnt-routes: WAVE-TEL-MNT route: 78.41.0.0/21 descr: Wave Telecom inetnum: 92.43.208.0 - 92.43.215.255 country: GB mnt-routes: WAVE-TEL-MNT route: 92.43.208.0/21 descr: Wave Telecom inetnum: 93.187.0.0 - 93.187.7.255 country: GB mnt-routes: WAVE-TEL-MNT route: 93.187.0.0/21 descr: JT GNSY inetnum: 93.189.160.0 - 93.189.167.255 country: GB mnt-routes: WAVE-TEL-MNT route: 93.189.160.0/21 descr: Wave Telecom inetnum: 185.37.76.0 - 185.37.79.255 country: GB mnt-routes: WAVE-TEL-MNT route: 185.37.76.0/22 descr: Jersey Telecom - CIDR block 12 inetnum: 195.226.128.0 - 195.226.159.255 country: GB mnt-routes: WAVE-TEL-MNT route: 195.226.128.0/19 descr: Jersey Telecom On 11 January 2017 at 12:00, Marty Strong wrote: > Hmm, I could have sworn that it was based on where you physically locate > the probe. I've seen plenty of probes that are geo-located wrong when > somebody moves to another country but fails to update the location of the > probe. > > I guess I'll point them to update it. > > On 11 January 2017 at 11:53, Sanjeev Gupta wrote: > >> >> On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong >> wrote: >> >>> $ cwhois 82.112.155.203 >>> >>> AS | IP | BGP Prefix | CC | Registry | >>> Allocated | AS Name >>> >>> 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | >>> 2003-12-09 | JT , JE >>> >> >> From here: >> sanjeev at X201wily:~$ whois 82.112.155.203 >> % This is the RIPE Database query service. >> % The objects are in RPSL format. >> % >> % The RIPE Database is subject to Terms and Conditions. >> % See http://www.ripe.net/db/support/db-terms-conditions.pdf >> >> % Note: this output has been filtered. >> % To receive output for a database update, use the "-B" flag. >> >> % Information related to '82.112.152.0 - 82.112.155.255' >> >> % Abuse contact for '82.112.152.0 - 82.112.155.255' is ' >> ripe at jerseytelecom.com' >> >> inetnum: 82.112.152.0 - 82.112.155.255 >> netname: JT-Rapid-Res >> descr: Jersey Telecom Rapid Service >> country: GB >> admin-c: JT954-RIPE >> tech-c: JT954-RIPE >> status: ASSIGNED PA >> mnt-by: JE-TEL-MNT >> created: 2005-07-19T15:04:29Z >> last-modified: 2005-07-19T15:04:29Z >> source: RIPE # Filtered >> >> role: JT ADMIN >> address: Jersey Telecom >> address: P.O. Box 53 >> address: St Helier >> address: Jersey >> phone: +44 1534 882882 <+44%201534%20882882> >> fax-no: +44 1534 882883 <+44%201534%20882883> >> remarks: trouble: please email trouble reports to >> ripe at jerseytelecom.com >> admin-c: CJ292-RIPE >> admin-c: WI92-RIPE >> admin-c: BF413-RIPE >> tech-c: CJ292-RIPE >> tech-c: WI92-RIPE >> tech-c: BF413-RIPE >> nic-hdl: JT954-RIPE >> mnt-by: JE-TEL-MNT >> created: 2002-02-27T13:45:01Z >> last-modified: 2010-03-09T12:26:51Z >> source: RIPE # Filtered >> >> % Information related to '82.112.144.0/20AS8681' >> >> route: 82.112.144.0/20 >> descr: Jersey Telecom >> origin: AS8681 >> mnt-by: WAVE-TEL-MNT >> mnt-by: JE-TEL-MNT >> mnt-by: AS8681-MNT >> created: 2016-11-29T15:38:50Z >> last-modified: 2016-11-29T15:38:50Z >> source: RIPE >> >> % This query was served by the RIPE Database Query Service version 1.88 >> (WAGYU) >> >> >> >> >> -- >> Sanjeev Gupta >> +65 98551208 <9855%201208> http://www.linkedin.com/in/ghane >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From colinj at mx5.org.uk Wed Jan 11 14:09:58 2017 From: colinj at mx5.org.uk (Colin Johnston) Date: Wed, 11 Jan 2017 13:09:58 +0000 Subject: [atlas] JE country code In-Reply-To: References: <20170111162756.6d926cf2@natsu> Message-ID: <4D1110DE-04AC-48B0-B23D-ABAD74F62FBE@mx5.org.uk> JT kit can be located in the UK as well :) at least a lot was a while ago from ex psinet work. Colin > On 11 Jan 2017, at 12:13, Marty Strong wrote: > > Looks like some are correct and some are incorrect. > > $ while read p; do whois -h whois.ripe.net $p | egrep "inetnum|country|route|descr"; done > inetnum: 31.186.112.0 - 31.186.119.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 31.186.112.0/21 > descr: Jersey Telecom -CIDR Block 5 > > > > inetnum: 37.156.38.0 - 37.156.39.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 37.156.38.0/23 > descr: JTGlobal - WHS-CIDR > > > > inetnum: 81.20.176.0 - 81.20.191.255 > > country: JE > > mnt-routes: NEWTEL2-RIPE-MNT > > route: 81.20.176.0/20 > descr: Newtel CIDR Block > > mnt-routes: NEWTEL2-RIPE-MNT > > > > inetnum: 82.112.128.0 - 82.112.159.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 82.112.128.0/19 > descr: Jersey Telecom - CIDR block 2 > > descr:
> > > > inetnum: 87.244.64.0 - 87.244.127.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 87.244.64.0/18 > descr: Jersey Telecom - CIDR block 3 > > > > inetnum: 185.3.52.0 - 185.3.55.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 185.3.52.0/22 > descr: JTGlobal - CIDR Block 11 > > > > inetnum: 209.251.252.0 - 209.251.253.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 209.251.252.0/23 > descr: Jersey Telecom - CIDR block 13 > > > > inetnum: 212.9.0.0 - 212.9.31.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 212.9.0.0/19 > descr: Jersey Telecom - CIDR block 1 > > descr:
> > > > inetnum: 185.57.212.0 - 185.57.215.255 > > country: JE > > mnt-routes: NEWTEL2-RIPE-MNT > > route: 185.57.212.0/22 > descr: Newtel Limited WL Range > > > > inetnum: 46.31.240.0 - 46.31.247.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 46.31.240.0/21 > descr: Jersey Telecom -CIDR Block 4 > > > > inetnum: 78.41.0.0 - 78.41.7.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 78.41.0.0/21 > descr: Wave Telecom > > > > inetnum: 92.43.208.0 - 92.43.215.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 92.43.208.0/21 > descr: Wave Telecom > > > > inetnum: 93.187.0.0 - 93.187.7.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 93.187.0.0/21 > descr: JT GNSY > > > > inetnum: 93.189.160.0 - 93.189.167.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 93.189.160.0/21 > descr: Wave Telecom > > > > inetnum: 185.37.76.0 - 185.37.79.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 185.37.76.0/22 > descr: Jersey Telecom - CIDR block 12 > > > > inetnum: 195.226.128.0 - 195.226.159.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 195.226.128.0/19 > descr: Jersey Telecom > > > On 11 January 2017 at 12:00, Marty Strong > wrote: > Hmm, I could have sworn that it was based on where you physically locate the probe. I've seen plenty of probes that are geo-located wrong when somebody moves to another country but fails to update the location of the probe. > > I guess I'll point them to update it. > > On 11 January 2017 at 11:53, Sanjeev Gupta > wrote: > > On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong > wrote: > $ cwhois 82.112.155.203 > > AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name > > > 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | 2003-12-09 | JT , JE > > > From here: > sanjeev at X201wily:~$ whois 82.112.155.203 > % This is the RIPE Database query service. > % The objects are in RPSL format. > % > % The RIPE Database is subject to Terms and Conditions. > % See http://www.ripe.net/db/support/db-terms-conditions.pdf > > % Note: this output has been filtered. > % To receive output for a database update, use the "-B" flag. > > % Information related to '82.112.152.0 - 82.112.155.255' > > % Abuse contact for '82.112.152.0 - 82.112.155.255' is 'ripe at jerseytelecom.com ' > > inetnum: 82.112.152.0 - 82.112.155.255 > netname: JT-Rapid-Res > descr: Jersey Telecom Rapid Service > country: GB > admin-c: JT954-RIPE > tech-c: JT954-RIPE > status: ASSIGNED PA > mnt-by: JE-TEL-MNT > created: 2005-07-19T15:04:29Z > last-modified: 2005-07-19T15:04:29Z > source: RIPE # Filtered > > role: JT ADMIN > address: Jersey Telecom > address: P.O. Box 53 > address: St Helier > address: Jersey > phone: +44 1534 882882 > fax-no: +44 1534 882883 > remarks: trouble: please email trouble reports to ripe at jerseytelecom.com > admin-c: CJ292-RIPE > admin-c: WI92-RIPE > admin-c: BF413-RIPE > tech-c: CJ292-RIPE > tech-c: WI92-RIPE > tech-c: BF413-RIPE > nic-hdl: JT954-RIPE > mnt-by: JE-TEL-MNT > created: 2002-02-27T13:45:01Z > last-modified: 2010-03-09T12:26:51Z > source: RIPE # Filtered > > % Information related to '82.112.144.0/20AS8681 ' > > route: 82.112.144.0/20 > descr: Jersey Telecom > origin: AS8681 > mnt-by: WAVE-TEL-MNT > mnt-by: JE-TEL-MNT > mnt-by: AS8681-MNT > created: 2016-11-29T15:38:50Z > last-modified: 2016-11-29T15:38:50Z > source: RIPE > > % This query was served by the RIPE Database Query Service version 1.88 (WAGYU) > > > > > -- > Sanjeev Gupta > +65 98551208 http://www.linkedin.com/in/ghane > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marty at cloudflare.com Wed Jan 11 14:20:17 2017 From: marty at cloudflare.com (Marty Strong) Date: Wed, 11 Jan 2017 13:20:17 +0000 Subject: [atlas] JE country code In-Reply-To: <4D1110DE-04AC-48B0-B23D-ABAD74F62FBE@mx5.org.uk> References: <20170111162756.6d926cf2@natsu> <4D1110DE-04AC-48B0-B23D-ABAD74F62FBE@mx5.org.uk> Message-ID: <012310D8-D08D-4A48-B108-15D9927F9C61@cloudflare.com> Sure, although this particular one is physically in St. Helier, I?ve emailed my contact to point it out, I?ll see what he says. Regards, Marty Strong -------------------------------------- Cloudflare - AS13335 Network Engineer marty at cloudflare.com +44 7584 906 055 smartflare (Skype) https://www.peeringdb.com/asn/13335 > On 11 Jan 2017, at 13:09, Colin Johnston wrote: > > JT kit can be located in the UK as well :) at least a lot was a while ago from ex psinet work. > > > Colin > >> On 11 Jan 2017, at 12:13, Marty Strong wrote: >> >> Looks like some are correct and some are incorrect. >> >> $ while read p; do whois -h whois.ripe.net $p | egrep "inetnum|country|route|descr"; done> >> inetnum: 31.186.112.0 - 31.186.119.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 31.186.112.0/21 >> >> descr: Jersey Telecom -CIDR Block 5 >> >> >> >> inetnum: 37.156.38.0 - 37.156.39.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 37.156.38.0/23 >> >> descr: JTGlobal - WHS-CIDR >> >> >> >> inetnum: 81.20.176.0 - 81.20.191.255 >> >> country: JE >> >> mnt-routes: NEWTEL2-RIPE-MNT >> >> route: 81.20.176.0/20 >> >> descr: Newtel CIDR Block >> >> mnt-routes: NEWTEL2-RIPE-MNT >> >> >> >> inetnum: 82.112.128.0 - 82.112.159.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 82.112.128.0/19 >> >> descr: Jersey Telecom - CIDR block 2 >> >> descr:
>> >> >> >> inetnum: 87.244.64.0 - 87.244.127.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 87.244.64.0/18 >> >> descr: Jersey Telecom - CIDR block 3 >> >> >> >> inetnum: 185.3.52.0 - 185.3.55.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 185.3.52.0/22 >> >> descr: JTGlobal - CIDR Block 11 >> >> >> >> inetnum: 209.251.252.0 - 209.251.253.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 209.251.252.0/23 >> >> descr: Jersey Telecom - CIDR block 13 >> >> >> >> inetnum: 212.9.0.0 - 212.9.31.255 >> >> country: JE >> >> mnt-routes: JE-TEL-MNT >> >> route: 212.9.0.0/19 >> >> descr: Jersey Telecom - CIDR block 1 >> >> descr:
>> >> >> >> inetnum: 185.57.212.0 - 185.57.215.255 >> >> country: JE >> >> mnt-routes: NEWTEL2-RIPE-MNT >> >> route: 185.57.212.0/22 >> >> descr: Newtel Limited WL Range >> >> >> >> inetnum: 46.31.240.0 - 46.31.247.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 46.31.240.0/21 >> >> descr: Jersey Telecom -CIDR Block 4 >> >> >> >> inetnum: 78.41.0.0 - 78.41.7.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 78.41.0.0/21 >> >> descr: Wave Telecom >> >> >> >> inetnum: 92.43.208.0 - 92.43.215.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 92.43.208.0/21 >> >> descr: Wave Telecom >> >> >> >> inetnum: 93.187.0.0 - 93.187.7.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 93.187.0.0/21 >> >> descr: JT GNSY >> >> >> >> inetnum: 93.189.160.0 - 93.189.167.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 93.189.160.0/21 >> >> descr: Wave Telecom >> >> >> >> inetnum: 185.37.76.0 - 185.37.79.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 185.37.76.0/22 >> >> descr: Jersey Telecom - CIDR block 12 >> >> >> >> inetnum: 195.226.128.0 - 195.226.159.255 >> >> country: GB >> >> mnt-routes: WAVE-TEL-MNT >> >> route: 195.226.128.0/19 >> >> descr: Jersey Telecom >> >> >> On 11 January 2017 at 12:00, Marty Strong wrote: >> Hmm, I could have sworn that it was based on where you physically locate the probe. I've seen plenty of probes that are geo-located wrong when somebody moves to another country but fails to update the location of the probe. >> >> I guess I'll point them to update it. >> >> On 11 January 2017 at 11:53, Sanjeev Gupta wrote: >> >> On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong wrote: >> $ cwhois 82.112.155.203 >> >> AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name >> >> >> 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | 2003-12-09 | JT , JE >> >> >> From here: >> sanjeev at X201wily:~$ whois 82.112.155.203 >> % This is the RIPE Database query service. >> % The objects are in RPSL format. >> % >> % The RIPE Database is subject to Terms and Conditions. >> % See http://www.ripe.net/db/support/db-terms-conditions.pdf >> >> % Note: this output has been filtered. >> % To receive output for a database update, use the "-B" flag. >> >> % Information related to '82.112.152.0 - 82.112.155.255' >> >> % Abuse contact for '82.112.152.0 - 82.112.155.255' is 'ripe at jerseytelecom.com' >> >> inetnum: 82.112.152.0 - 82.112.155.255 >> netname: JT-Rapid-Res >> descr: Jersey Telecom Rapid Service >> country: GB >> admin-c: JT954-RIPE >> tech-c: JT954-RIPE >> status: ASSIGNED PA >> mnt-by: JE-TEL-MNT >> created: 2005-07-19T15:04:29Z >> last-modified: 2005-07-19T15:04:29Z >> source: RIPE # Filtered >> >> role: JT ADMIN >> address: Jersey Telecom >> address: P.O. Box 53 >> address: St Helier >> address: Jersey >> phone: +44 1534 882882 >> fax-no: +44 1534 882883 >> remarks: trouble: please email trouble reports to ripe at jerseytelecom.com >> admin-c: CJ292-RIPE >> admin-c: WI92-RIPE >> admin-c: BF413-RIPE >> tech-c: CJ292-RIPE >> tech-c: WI92-RIPE >> tech-c: BF413-RIPE >> nic-hdl: JT954-RIPE >> mnt-by: JE-TEL-MNT >> created: 2002-02-27T13:45:01Z >> last-modified: 2010-03-09T12:26:51Z >> source: RIPE # Filtered >> >> % Information related to '82.112.144.0/20AS8681' >> >> route: 82.112.144.0/20 >> descr: Jersey Telecom >> origin: AS8681 >> mnt-by: WAVE-TEL-MNT >> mnt-by: JE-TEL-MNT >> mnt-by: AS8681-MNT >> created: 2016-11-29T15:38:50Z >> last-modified: 2016-11-29T15:38:50Z >> source: RIPE >> >> % This query was served by the RIPE Database Query Service version 1.88 (WAGYU) >> >> >> >> >> -- >> Sanjeev Gupta >> +65 98551208 http://www.linkedin.com/in/ghane >> >> > From mcandela at ripe.net Wed Jan 11 14:38:08 2017 From: mcandela at ripe.net (Massimo Candela) Date: Wed, 11 Jan 2017 14:38:08 +0100 Subject: [atlas] JE country code In-Reply-To: <012310D8-D08D-4A48-B108-15D9927F9C61@cloudflare.com> References: <20170111162756.6d926cf2@natsu> <4D1110DE-04AC-48B0-B23D-ABAD74F62FBE@mx5.org.uk> <012310D8-D08D-4A48-B108-15D9927F9C61@cloudflare.com> Message-ID: Hi all, It?s just a funny possible glitch of google maps. if you move the location picker of a few millimeters, google returns a different country code (even if what changes is just the street). See screenshots: Ciao, Massimo > On 11 Jan 2017, at 14:20, Marty Strong wrote: > > Sure, although this particular one is physically in St. Helier, I?ve emailed my contact to point it out, I?ll see what he says. > > Regards, > Marty Strong > -------------------------------------- > Cloudflare - AS13335 > Network Engineer > marty at cloudflare.com > +44 7584 906 055 > smartflare (Skype) > > https://www.peeringdb.com/asn/13335 > >> On 11 Jan 2017, at 13:09, Colin Johnston wrote: >> >> JT kit can be located in the UK as well :) at least a lot was a while ago from ex psinet work. >> >> >> Colin >> >>> On 11 Jan 2017, at 12:13, Marty Strong wrote: >>> >>> Looks like some are correct and some are incorrect. >>> >>> $ while read p; do whois -h whois.ripe.net $p | egrep "inetnum|country|route|descr"; done>> >>> inetnum: 31.186.112.0 - 31.186.119.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 31.186.112.0/21 >>> >>> descr: Jersey Telecom -CIDR Block 5 >>> >>> >>> >>> inetnum: 37.156.38.0 - 37.156.39.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 37.156.38.0/23 >>> >>> descr: JTGlobal - WHS-CIDR >>> >>> >>> >>> inetnum: 81.20.176.0 - 81.20.191.255 >>> >>> country: JE >>> >>> mnt-routes: NEWTEL2-RIPE-MNT >>> >>> route: 81.20.176.0/20 >>> >>> descr: Newtel CIDR Block >>> >>> mnt-routes: NEWTEL2-RIPE-MNT >>> >>> >>> >>> inetnum: 82.112.128.0 - 82.112.159.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 82.112.128.0/19 >>> >>> descr: Jersey Telecom - CIDR block 2 >>> >>> descr:
>>> >>> >>> >>> inetnum: 87.244.64.0 - 87.244.127.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 87.244.64.0/18 >>> >>> descr: Jersey Telecom - CIDR block 3 >>> >>> >>> >>> inetnum: 185.3.52.0 - 185.3.55.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 185.3.52.0/22 >>> >>> descr: JTGlobal - CIDR Block 11 >>> >>> >>> >>> inetnum: 209.251.252.0 - 209.251.253.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 209.251.252.0/23 >>> >>> descr: Jersey Telecom - CIDR block 13 >>> >>> >>> >>> inetnum: 212.9.0.0 - 212.9.31.255 >>> >>> country: JE >>> >>> mnt-routes: JE-TEL-MNT >>> >>> route: 212.9.0.0/19 >>> >>> descr: Jersey Telecom - CIDR block 1 >>> >>> descr:
>>> >>> >>> >>> inetnum: 185.57.212.0 - 185.57.215.255 >>> >>> country: JE >>> >>> mnt-routes: NEWTEL2-RIPE-MNT >>> >>> route: 185.57.212.0/22 >>> >>> descr: Newtel Limited WL Range >>> >>> >>> >>> inetnum: 46.31.240.0 - 46.31.247.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 46.31.240.0/21 >>> >>> descr: Jersey Telecom -CIDR Block 4 >>> >>> >>> >>> inetnum: 78.41.0.0 - 78.41.7.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 78.41.0.0/21 >>> >>> descr: Wave Telecom >>> >>> >>> >>> inetnum: 92.43.208.0 - 92.43.215.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 92.43.208.0/21 >>> >>> descr: Wave Telecom >>> >>> >>> >>> inetnum: 93.187.0.0 - 93.187.7.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 93.187.0.0/21 >>> >>> descr: JT GNSY >>> >>> >>> >>> inetnum: 93.189.160.0 - 93.189.167.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 93.189.160.0/21 >>> >>> descr: Wave Telecom >>> >>> >>> >>> inetnum: 185.37.76.0 - 185.37.79.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 185.37.76.0/22 >>> >>> descr: Jersey Telecom - CIDR block 12 >>> >>> >>> >>> inetnum: 195.226.128.0 - 195.226.159.255 >>> >>> country: GB >>> >>> mnt-routes: WAVE-TEL-MNT >>> >>> route: 195.226.128.0/19 >>> >>> descr: Jersey Telecom >>> >>> >>> On 11 January 2017 at 12:00, Marty Strong wrote: >>> Hmm, I could have sworn that it was based on where you physically locate the probe. I've seen plenty of probes that are geo-located wrong when somebody moves to another country but fails to update the location of the probe. >>> >>> I guess I'll point them to update it. >>> >>> On 11 January 2017 at 11:53, Sanjeev Gupta wrote: >>> >>> On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong wrote: >>> $ cwhois 82.112.155.203 >>> >>> AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name >>> >>> >>> 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | 2003-12-09 | JT , JE >>> >>> >>> From here: >>> sanjeev at X201wily:~$ whois 82.112.155.203 >>> % This is the RIPE Database query service. >>> % The objects are in RPSL format. >>> % >>> % The RIPE Database is subject to Terms and Conditions. >>> % See http://www.ripe.net/db/support/db-terms-conditions.pdf >>> >>> % Note: this output has been filtered. >>> % To receive output for a database update, use the "-B" flag. >>> >>> % Information related to '82.112.152.0 - 82.112.155.255' >>> >>> % Abuse contact for '82.112.152.0 - 82.112.155.255' is 'ripe at jerseytelecom.com' >>> >>> inetnum: 82.112.152.0 - 82.112.155.255 >>> netname: JT-Rapid-Res >>> descr: Jersey Telecom Rapid Service >>> country: GB >>> admin-c: JT954-RIPE >>> tech-c: JT954-RIPE >>> status: ASSIGNED PA >>> mnt-by: JE-TEL-MNT >>> created: 2005-07-19T15:04:29Z >>> last-modified: 2005-07-19T15:04:29Z >>> source: RIPE # Filtered >>> >>> role: JT ADMIN >>> address: Jersey Telecom >>> address: P.O. Box 53 >>> address: St Helier >>> address: Jersey >>> phone: +44 1534 882882 >>> fax-no: +44 1534 882883 >>> remarks: trouble: please email trouble reports to ripe at jerseytelecom.com >>> admin-c: CJ292-RIPE >>> admin-c: WI92-RIPE >>> admin-c: BF413-RIPE >>> tech-c: CJ292-RIPE >>> tech-c: WI92-RIPE >>> tech-c: BF413-RIPE >>> nic-hdl: JT954-RIPE >>> mnt-by: JE-TEL-MNT >>> created: 2002-02-27T13:45:01Z >>> last-modified: 2010-03-09T12:26:51Z >>> source: RIPE # Filtered >>> >>> % Information related to '82.112.144.0/20AS8681' >>> >>> route: 82.112.144.0/20 >>> descr: Jersey Telecom >>> origin: AS8681 >>> mnt-by: WAVE-TEL-MNT >>> mnt-by: JE-TEL-MNT >>> mnt-by: AS8681-MNT >>> created: 2016-11-29T15:38:50Z >>> last-modified: 2016-11-29T15:38:50Z >>> source: RIPE >>> >>> % This query was served by the RIPE Database Query Service version 1.88 (WAGYU) >>> >>> >>> >>> >>> -- >>> Sanjeev Gupta >>> +65 98551208 http://www.linkedin.com/in/ghane >>> >>> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-01-11 at 14.36.04.png Type: image/png Size: 96242 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-01-11 at 14.35.36.png Type: image/png Size: 93024 bytes Desc: not available URL: From marty at martystrong.co.uk Wed Jan 11 14:41:33 2017 From: marty at martystrong.co.uk (Marty Strong) Date: Wed, 11 Jan 2017 13:41:33 +0000 Subject: [atlas] JE country code In-Reply-To: References: <20170111162756.6d926cf2@natsu> <4D1110DE-04AC-48B0-B23D-ABAD74F62FBE@mx5.org.uk> <012310D8-D08D-4A48-B108-15D9927F9C61@cloudflare.com> Message-ID: I looked back at a probe that was listed wrong on the map (GB), but was under the correct country code/flag (US), I guess it is based on the network country entry in the IRR record. Unless somebody from RIPE has the definitive answer? On 11 January 2017 at 13:38, Massimo Candela wrote: > Hi all, > > It?s just a funny possible glitch of google maps. > if you move the location picker of a few millimeters, google returns a > different country code (even if what changes is just the street). > > See screenshots: > > > Ciao, > Massimo > > On 11 Jan 2017, at 14:20, Marty Strong wrote: > > Sure, although this particular one is physically in St. Helier, I?ve > emailed my contact to point it out, I?ll see what he says. > > Regards, > Marty Strong > -------------------------------------- > Cloudflare - AS13335 > Network Engineer > marty at cloudflare.com > +44 7584 906 055 <+44%207584%20906055> > smartflare (Skype) > > https://www.peeringdb.com/asn/13335 > > On 11 Jan 2017, at 13:09, Colin Johnston wrote: > > JT kit can be located in the UK as well :) at least a lot was a while ago > from ex psinet work. > > > Colin > > On 11 Jan 2017, at 12:13, Marty Strong wrote: > > Looks like some are correct and some are incorrect. > > $ while read p; do whois -h whois.ripe.net $p | egrep > "inetnum|country|route|descr"; done > inetnum: 31.186.112.0 - 31.186.119.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 31.186.112.0/21 > > descr: Jersey Telecom -CIDR Block 5 > > > > inetnum: 37.156.38.0 - 37.156.39.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 37.156.38.0/23 > > descr: JTGlobal - WHS-CIDR > > > > inetnum: 81.20.176.0 - 81.20.191.255 > > country: JE > > mnt-routes: NEWTEL2-RIPE-MNT > > route: 81.20.176.0/20 > > descr: Newtel CIDR Block > > mnt-routes: NEWTEL2-RIPE-MNT > > > > inetnum: 82.112.128.0 - 82.112.159.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 82.112.128.0/19 > > descr: Jersey Telecom - CIDR block 2 > > descr:
> > > > inetnum: 87.244.64.0 - 87.244.127.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 87.244.64.0/18 > > descr: Jersey Telecom - CIDR block 3 > > > > inetnum: 185.3.52.0 - 185.3.55.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 185.3.52.0/22 > > descr: JTGlobal - CIDR Block 11 > > > > inetnum: 209.251.252.0 - 209.251.253.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 209.251.252.0/23 > > descr: Jersey Telecom - CIDR block 13 > > > > inetnum: 212.9.0.0 - 212.9.31.255 > > country: JE > > mnt-routes: JE-TEL-MNT > > route: 212.9.0.0/19 > > descr: Jersey Telecom - CIDR block 1 > > descr:
> > > > inetnum: 185.57.212.0 - 185.57.215.255 > > country: JE > > mnt-routes: NEWTEL2-RIPE-MNT > > route: 185.57.212.0/22 > > descr: Newtel Limited WL Range > > > > inetnum: 46.31.240.0 - 46.31.247.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 46.31.240.0/21 > > descr: Jersey Telecom -CIDR Block 4 > > > > inetnum: 78.41.0.0 - 78.41.7.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 78.41.0.0/21 > > descr: Wave Telecom > > > > inetnum: 92.43.208.0 - 92.43.215.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 92.43.208.0/21 > > descr: Wave Telecom > > > > inetnum: 93.187.0.0 - 93.187.7.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 93.187.0.0/21 > > descr: JT GNSY > > > > inetnum: 93.189.160.0 - 93.189.167.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 93.189.160.0/21 > > descr: Wave Telecom > > > > inetnum: 185.37.76.0 - 185.37.79.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 185.37.76.0/22 > > descr: Jersey Telecom - CIDR block 12 > > > > inetnum: 195.226.128.0 - 195.226.159.255 > > country: GB > > mnt-routes: WAVE-TEL-MNT > > route: 195.226.128.0/19 > > descr: Jersey Telecom > > > On 11 January 2017 at 12:00, Marty Strong wrote: > Hmm, I could have sworn that it was based on where you physically locate > the probe. I've seen plenty of probes that are geo-located wrong when > somebody moves to another country but fails to update the location of the > probe. > > I guess I'll point them to update it. > > On 11 January 2017 at 11:53, Sanjeev Gupta wrote: > > On Wed, Jan 11, 2017 at 7:39 PM, Marty Strong > wrote: > $ cwhois 82.112.155.203 > > AS | IP | BGP Prefix | CC | Registry | > Allocated | AS Name > > > 8681 | 82.112.155.203 | 82.112.128.0/19 | JE | ripencc | > 2003-12-09 | JT , JE > > > From here: > sanjeev at X201wily:~$ whois 82.112.155.203 > % This is the RIPE Database query service. > % The objects are in RPSL format. > % > % The RIPE Database is subject to Terms and Conditions. > % See http://www.ripe.net/db/support/db-terms-conditions.pdf > > % Note: this output has been filtered. > % To receive output for a database update, use the "-B" flag. > > % Information related to '82.112.152.0 - 82.112.155.255' > > % Abuse contact for '82.112.152.0 - 82.112.155.255' is ' > ripe at jerseytelecom.com' > > inetnum: 82.112.152.0 - 82.112.155.255 > netname: JT-Rapid-Res > descr: Jersey Telecom Rapid Service > country: GB > admin-c: JT954-RIPE > tech-c: JT954-RIPE > status: ASSIGNED PA > mnt-by: JE-TEL-MNT > created: 2005-07-19T15:04:29Z > last-modified: 2005-07-19T15:04:29Z > source: RIPE # Filtered > > role: JT ADMIN > address: Jersey Telecom > address: P.O. Box 53 > address: St Helier > address: Jersey > phone: +44 1534 882882 <+44%201534%20882882> > fax-no: +44 1534 882883 <+44%201534%20882883> > remarks: trouble: please email trouble reports to > ripe at jerseytelecom.com > admin-c: CJ292-RIPE > admin-c: WI92-RIPE > admin-c: BF413-RIPE > tech-c: CJ292-RIPE > tech-c: WI92-RIPE > tech-c: BF413-RIPE > nic-hdl: JT954-RIPE > mnt-by: JE-TEL-MNT > created: 2002-02-27T13:45:01Z > last-modified: 2010-03-09T12:26:51Z > source: RIPE # Filtered > > % Information related to '82.112.144.0/20AS8681' > > route: 82.112.144.0/20 > descr: Jersey Telecom > origin: AS8681 > mnt-by: WAVE-TEL-MNT > mnt-by: JE-TEL-MNT > mnt-by: AS8681-MNT > created: 2016-11-29T15:38:50Z > last-modified: 2016-11-29T15:38:50Z > source: RIPE > > % This query was served by the RIPE Database Query Service version 1.88 > (WAGYU) > > > > > -- > Sanjeev Gupta > +65 98551208 <9855%201208> http://www.linkedin.com/in/ghane > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-01-11 at 14.35.36.png Type: image/png Size: 93024 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-01-11 at 14.36.04.png Type: image/png Size: 96242 bytes Desc: not available URL: From camin at ripe.net Wed Jan 11 16:37:25 2017 From: camin at ripe.net (Chris Amin) Date: Wed, 11 Jan 2017 16:37:25 +0100 Subject: [atlas] Maximum (unknown) spending limit? In-Reply-To: References: Message-ID: <32bf160a-5340-f3b0-0696-59fc92ce9585@ripe.net> Hi Sebastian, Thanks for noticing this, it has now been fixed. Indeed it was a small templating bug. Happy new year, Chris Amin RIPE NCC On 11/01/2017 05:45, Sebastian Castro wrote: > Happy New Year RIPE Atlas Users: > > Executing some measurements today, it started rejecting them with the > message: > > Executing this measurement request would violate your maximum daily > spending limit of {max} credits. Please stop some of your currently > running measurements and try again. > > It's startling the {max} credits, like a template that didn't get > replaced when processing the message, not the message itself as it's > documented. A little 2017 bug perhaps? > > Cheers! > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From sebastian at nzrs.net.nz Thu Jan 12 03:44:15 2017 From: sebastian at nzrs.net.nz (Sebastian Castro) Date: Thu, 12 Jan 2017 15:44:15 +1300 Subject: [atlas] Maximum daily spending boundaries? Message-ID: <74fed38c-a9e4-e851-71dd-0f6df5788ecf@nzrs.net.nz> Hi: While scheduling a few one-off measurements, I'm constantly hitting the "Maximum daily spending" limit, however I don't have any ongoing measurements and just a handful of one-off measurements going at a expense of ~5000 credits each. When is the daily spending is reset? Midnight in some time zone? Something different? This case seems to be a race condition or something like that, as few measurements attempts actually go through, while the rest is rejected. A consistent behavior seems to be "from here no other measurement will succeed" Cheers! -- Sebastian Castro Technical Research Manager NZRS Ltd. desk: +64 4 495 2337 mobile: +64 21 400535 From vnaumov at ripe.net Thu Jan 12 08:06:16 2017 From: vnaumov at ripe.net (Viktor Naumov) Date: Thu, 12 Jan 2017 08:06:16 +0100 Subject: [atlas] Maximum daily spending boundaries? In-Reply-To: <74fed38c-a9e4-e851-71dd-0f6df5788ecf@nzrs.net.nz> References: <74fed38c-a9e4-e851-71dd-0f6df5788ecf@nzrs.net.nz> Message-ID: Hi Sebastian, Daily spending is calculated using sliding window of 24hrs where all your measurement costs are summed. Every time you create a measurement or when your measurement is scheduled this check is enforced and the value is compared with your daily spending limit. /vty On 1/12/17 3:44 AM, Sebastian Castro wrote: > Hi: > > While scheduling a few one-off measurements, I'm constantly hitting the > "Maximum daily spending" limit, however I don't have any ongoing > measurements and just a handful of one-off measurements going at a > expense of ~5000 credits each. > > When is the daily spending is reset? Midnight in some time zone? > Something different? This case seems to be a race condition or something > like that, as few measurements attempts actually go through, while the > rest is rejected. A consistent behavior seems to be "from here no other > measurement will succeed" > > Cheers! From mike.oghia at gmail.com Fri Jan 13 12:09:49 2017 From: mike.oghia at gmail.com (Michael Oghia) Date: Fri, 13 Jan 2017 12:09:49 +0100 Subject: [atlas] Surplus RIPE Atlas credits Message-ID: Hi everyone, I host a probe but do not create measurements. As such, I have a large surplus of unused credits. Is anyone in need of credits and would like for me to transfer them? Best, -Michael __________________ Michael J. Oghia iGmena communications manager Independent #netgov consultant & editor Belgrade, Serbia Skype: mikeoghia Twitter *|* LinkedIn -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at 42com.com Fri Jan 13 12:20:19 2017 From: mm at 42com.com (=?UTF-8?Q?Max_M=c3=bchlbronner?=) Date: Fri, 13 Jan 2017 12:20:19 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: Message-ID: Hi, very kind of you, yes i am always in need of RIPE credits. Currently claiming the 1 million free credits every month, but also using it up quickly.. :) BR Max M. On 13.01.2017 12:09, Michael Oghia wrote: > Hi everyone, > > I host a probe but do not create measurements. As such, I have a large > surplus of unused credits. Is anyone in need of credits and would like for > me to transfer them? > > Best, > -Michael > __________________ > > Michael J. Oghia > iGmena communications manager > Independent #netgov consultant & editor > > Belgrade, Serbia > Skype: mikeoghia > Twitter *|* LinkedIn > > > -- Max M?hlbronner 42com Telecommunication GmbH Stra?e der Pariser Kommune 12-16 10243 Berlin E-Mail: mm at 42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately. From mike.oghia at gmail.com Fri Jan 13 12:24:36 2017 From: mike.oghia at gmail.com (Michael Oghia) Date: Fri, 13 Jan 2017 12:24:36 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: Message-ID: Wonderful Max! I just transfered 5,436,834 credits to you. I hope it helps :) -Michael On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner wrote: > Hi, > > > very kind of you, yes i am always in need of RIPE credits. Currently > claiming the 1 million free credits every month, but also using it up > quickly.. :) > > BR > > Max M. > > On 13.01.2017 12:09, Michael Oghia wrote: > >> Hi everyone, >> >> I host a probe but do not create measurements. As such, I have a large >> surplus of unused credits. Is anyone in need of credits and would like for >> me to transfer them? >> >> Best, >> -Michael >> __________________ >> >> Michael J. Oghia >> iGmena communications manager >> Independent #netgov consultant & editor >> >> Belgrade, Serbia >> Skype: mikeoghia >> Twitter *|* LinkedIn >> >> >> >> > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese > sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten > bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten > haben, so informieren Sie uns bitte unverz?glich telefonisch oder per > E-Mail. > This message is intended only for the use of the individual or entity to > which it is addressed. > If you have received this message by mistake, please notify us immediately. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike.oghia at gmail.com Fri Jan 13 12:25:32 2017 From: mike.oghia at gmail.com (Michael Oghia) Date: Fri, 13 Jan 2017 12:25:32 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: Message-ID: If anyone ever needs some extra credits, please message me. Chances are that I'll have plenty for you. Best, -Michael On Fri, Jan 13, 2017 at 12:24 PM, Michael Oghia wrote: > Wonderful Max! > > I just transfered 5,436,834 credits to you. I hope it helps :) > > -Michael > > On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner wrote: > >> Hi, >> >> >> very kind of you, yes i am always in need of RIPE credits. Currently >> claiming the 1 million free credits every month, but also using it up >> quickly.. :) >> >> BR >> >> Max M. >> >> On 13.01.2017 12:09, Michael Oghia wrote: >> >>> Hi everyone, >>> >>> I host a probe but do not create measurements. As such, I have a large >>> surplus of unused credits. Is anyone in need of credits and would like >>> for >>> me to transfer them? >>> >>> Best, >>> -Michael >>> __________________ >>> >>> Michael J. Oghia >>> iGmena communications manager >>> Independent #netgov consultant & editor >>> >>> Belgrade, Serbia >>> Skype: mikeoghia >>> Twitter *|* LinkedIn >>> >>> >>> >>> >> >> -- >> Max M?hlbronner >> 42com Telecommunication GmbH >> Stra?e der Pariser Kommune 12-16 >> 10243 Berlin >> E-Mail: mm at 42com.com >> Web: www.42com.com >> >> Firmenangaben/Company information: >> Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B >> Umsatzsteuer-ID/VAT-ID: DE223812306 >> Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig >> >> Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. >> Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten >> bestimmt. >> Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten >> haben, so informieren Sie uns bitte unverz?glich telefonisch oder per >> E-Mail. >> This message is intended only for the use of the individual or entity to >> which it is addressed. >> If you have received this message by mistake, please notify us >> immediately. >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mm at 42com.com Fri Jan 13 12:30:34 2017 From: mm at 42com.com (=?UTF-8?Q?Max_M=c3=bchlbronner?=) Date: Fri, 13 Jan 2017 12:30:34 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: Message-ID: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Thanks! Also thanks to the other users (got more than expected!). :) BR Max M. On 13.01.2017 12:24, Michael Oghia wrote: > Wonderful Max! > > I just transfered 5,436,834 credits to you. I hope it helps :) > > -Michael > > On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner wrote: > >> Hi, >> >> >> very kind of you, yes i am always in need of RIPE credits. Currently >> claiming the 1 million free credits every month, but also using it up >> quickly.. :) >> >> BR >> >> Max M. >> >> On 13.01.2017 12:09, Michael Oghia wrote: >> >>> Hi everyone, >>> >>> I host a probe but do not create measurements. As such, I have a large >>> surplus of unused credits. Is anyone in need of credits and would like for >>> me to transfer them? >>> >>> Best, >>> -Michael >>> __________________ >>> >>> Michael J. Oghia >>> iGmena communications manager >>> Independent #netgov consultant & editor >>> >>> Belgrade, Serbia >>> Skype: mikeoghia >>> Twitter *|* LinkedIn >>> >>> >>> >>> >> -- >> Max M?hlbronner >> 42com Telecommunication GmbH >> Stra?e der Pariser Kommune 12-16 >> 10243 Berlin >> E-Mail: mm at 42com.com >> Web: www.42com.com >> >> Firmenangaben/Company information: >> Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B >> Umsatzsteuer-ID/VAT-ID: DE223812306 >> Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig >> >> Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese >> sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten >> bestimmt. >> Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten >> haben, so informieren Sie uns bitte unverz?glich telefonisch oder per >> E-Mail. >> This message is intended only for the use of the individual or entity to >> which it is addressed. >> If you have received this message by mistake, please notify us immediately. >> >> -- Max M?hlbronner 42com Telecommunication GmbH Stra?e der Pariser Kommune 12-16 10243 Berlin E-Mail: mm at 42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately. From mike.oghia at gmail.com Fri Jan 13 12:31:45 2017 From: mike.oghia at gmail.com (Michael Oghia) Date: Fri, 13 Jan 2017 12:31:45 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> References: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Message-ID: Ask and you shall recieve my friend! :) I'm happy to help and be part of this community. All the best everyone! -Michael On Fri, Jan 13, 2017 at 12:30 PM, Max M?hlbronner wrote: > Thanks! > > > Also thanks to the other users (got more than expected!). :) > > > BR > > > Max M. > > > On 13.01.2017 12:24, Michael Oghia wrote: > >> Wonderful Max! >> >> I just transfered 5,436,834 credits to you. I hope it helps :) >> >> -Michael >> >> On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner wrote: >> >> Hi, >>> >>> >>> very kind of you, yes i am always in need of RIPE credits. Currently >>> claiming the 1 million free credits every month, but also using it up >>> quickly.. :) >>> >>> BR >>> >>> Max M. >>> >>> On 13.01.2017 12:09, Michael Oghia wrote: >>> >>> Hi everyone, >>>> >>>> I host a probe but do not create measurements. As such, I have a large >>>> surplus of unused credits. Is anyone in need of credits and would like >>>> for >>>> me to transfer them? >>>> >>>> Best, >>>> -Michael >>>> __________________ >>>> >>>> Michael J. Oghia >>>> iGmena communications manager >>>> Independent #netgov consultant & editor >>>> >>>> Belgrade, Serbia >>>> Skype: mikeoghia >>>> Twitter *|* LinkedIn >>>> >>>> >>>> >>>> >>>> -- >>> Max M?hlbronner >>> 42com Telecommunication GmbH >>> Stra?e der Pariser Kommune 12-16 >>> 10243 Berlin >>> E-Mail: mm at 42com.com >>> Web: www.42com.com >>> >>> Firmenangaben/Company information: >>> Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B >>> Umsatzsteuer-ID/VAT-ID: DE223812306 >>> Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig >>> >>> Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. >>> Diese >>> sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten >>> bestimmt. >>> Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten >>> haben, so informieren Sie uns bitte unverz?glich telefonisch oder per >>> E-Mail. >>> This message is intended only for the use of the individual or entity to >>> which it is addressed. >>> If you have received this message by mistake, please notify us >>> immediately. >>> >>> >>> > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese > sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten > bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten > haben, so informieren Sie uns bitte unverz?glich telefonisch oder per > E-Mail. > This message is intended only for the use of the individual or entity to > which it is addressed. > If you have received this message by mistake, please notify us immediately. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at cyberinvasion.net Fri Jan 13 12:39:00 2017 From: james at cyberinvasion.net (James Gannon) Date: Fri, 13 Jan 2017 11:39:00 +0000 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Message-ID: I have 4 million free if anyone needs. Also a question, my probe died a while ago (old one v2 possibly even v1), any way to order a replacement or do I go through the application process again? -James From: ripe-atlas [mailto:ripe-atlas-bounces at ripe.net] On Behalf Of Michael Oghia Sent: Friday, January 13, 2017 11:32 AM To: Max M?hlbronner Cc: ripe-atlas at ripe.net Subject: Re: [atlas] Surplus RIPE Atlas credits Ask and you shall recieve my friend! :) I'm happy to help and be part of this community. All the best everyone! -Michael On Fri, Jan 13, 2017 at 12:30 PM, Max M?hlbronner > wrote: Thanks! Also thanks to the other users (got more than expected!). :) BR Max M. On 13.01.2017 12:24, Michael Oghia wrote: Wonderful Max! I just transfered 5,436,834 credits to you. I hope it helps :) -Michael On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner > wrote: Hi, very kind of you, yes i am always in need of RIPE credits. Currently claiming the 1 million free credits every month, but also using it up quickly.. :) BR Max M. On 13.01.2017 12:09, Michael Oghia wrote: Hi everyone, I host a probe but do not create measurements. As such, I have a large surplus of unused credits. Is anyone in need of credits and would like for me to transfer them? Best, -Michael __________________ Michael J. Oghia iGmena communications manager Independent #netgov consultant & editor Belgrade, Serbia Skype: mikeoghia Twitter *|* LinkedIn -- Max M?hlbronner 42com Telecommunication GmbH Stra?e der Pariser Kommune 12-16 10243 Berlin E-Mail: mm at 42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately. -- Max M?hlbronner 42com Telecommunication GmbH Stra?e der Pariser Kommune 12-16 10243 Berlin E-Mail: mm at 42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.havern at geant.org Fri Jan 13 12:40:10 2017 From: richard.havern at geant.org (Rick Havern) Date: Fri, 13 Jan 2017 11:40:10 +0000 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: Message-ID: Max, I?ve transferred 10M credits to you. G?ANT is happy to share with others as well. Regards Rick From: ripe-atlas [mailto:ripe-atlas-bounces at ripe.net] On Behalf Of Michael Oghia Sent: 13 January 2017 11:25 To: Max M?hlbronner Cc: ripe-atlas at ripe.net Subject: Re: [atlas] Surplus RIPE Atlas credits Wonderful Max! I just transfered 5,436,834 credits to you. I hope it helps :) -Michael On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner > wrote: Hi, very kind of you, yes i am always in need of RIPE credits. Currently claiming the 1 million free credits every month, but also using it up quickly.. :) BR Max M. On 13.01.2017 12:09, Michael Oghia wrote: Hi everyone, I host a probe but do not create measurements. As such, I have a large surplus of unused credits. Is anyone in need of credits and would like for me to transfer them? Best, -Michael __________________ Michael J. Oghia iGmena communications manager Independent #netgov consultant & editor Belgrade, Serbia Skype: mikeoghia Twitter *|* LinkedIn -- Max M?hlbronner 42com Telecommunication GmbH Stra?e der Pariser Kommune 12-16 10243 Berlin E-Mail: mm at 42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike.oghia at gmail.com Fri Jan 13 12:43:04 2017 From: mike.oghia at gmail.com (Michael Oghia) Date: Fri, 13 Jan 2017 12:43:04 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Message-ID: You might need to email them directly, James: atlas at ripe.net -Michael On Fri, Jan 13, 2017 at 12:39 PM, James Gannon wrote: > I have 4 million free if anyone needs. > > Also a question, my probe died a while ago (old one v2 possibly even v1), > any way to order a replacement or do I go through the application process > again? > > > > -James > > > > *From:* ripe-atlas [mailto:ripe-atlas-bounces at ripe.net] *On Behalf Of *Michael > Oghia > *Sent:* Friday, January 13, 2017 11:32 AM > *To:* Max M?hlbronner > *Cc:* ripe-atlas at ripe.net > *Subject:* Re: [atlas] Surplus RIPE Atlas credits > > > > Ask and you shall recieve my friend! :) > > > > I'm happy to help and be part of this community. All the best everyone! > > > -Michael > > > > On Fri, Jan 13, 2017 at 12:30 PM, Max M?hlbronner wrote: > > Thanks! > > > Also thanks to the other users (got more than expected!). :) > > > BR > > > Max M. > > > > On 13.01.2017 12:24, Michael Oghia wrote: > > Wonderful Max! > > I just transfered 5,436,834 credits to you. I hope it helps :) > > -Michael > > On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner wrote: > > Hi, > > > very kind of you, yes i am always in need of RIPE credits. Currently > claiming the 1 million free credits every month, but also using it up > quickly.. :) > > BR > > Max M. > > On 13.01.2017 12:09, Michael Oghia wrote: > > Hi everyone, > > I host a probe but do not create measurements. As such, I have a large > surplus of unused credits. Is anyone in need of credits and would like for > me to transfer them? > > Best, > -Michael > __________________ > > Michael J. Oghia > iGmena communications manager > Independent #netgov consultant & editor > > Belgrade, Serbia > Skype: mikeoghia > Twitter *|* LinkedIn > > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese > sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten > bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten > haben, so informieren Sie uns bitte unverz?glich telefonisch oder per > E-Mail. > This message is intended only for the use of the individual or entity to > which it is addressed. > If you have received this message by mistake, please notify us immediately. > > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese > sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten > bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten > haben, so informieren Sie uns bitte unverz?glich telefonisch oder per > E-Mail. > This message is intended only for the use of the individual or entity to > which it is addressed. > If you have received this message by mistake, please notify us immediately. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jared at puck.nether.net Fri Jan 13 12:49:27 2017 From: jared at puck.nether.net (Jared Mauch) Date: Fri, 13 Jan 2017 06:49:27 -0500 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: Message-ID: <270406DC-609E-4446-8C77-292DC7A63F33@puck.nether.net> I sent you some. Let me know if you need more. Jared Mauch > On Jan 13, 2017, at 6:20 AM, Max M?hlbronner wrote: > > Hi, > > > very kind of you, yes i am always in need of RIPE credits. Currently claiming the 1 million free credits every month, but also using it up quickly.. :) > > BR > > Max M. > >> On 13.01.2017 12:09, Michael Oghia wrote: >> Hi everyone, >> >> I host a probe but do not create measurements. As such, I have a large >> surplus of unused credits. Is anyone in need of credits and would like for >> me to transfer them? >> >> Best, >> -Michael >> __________________ >> >> Michael J. Oghia >> iGmena communications manager >> Independent #netgov consultant & editor >> >> Belgrade, Serbia >> Skype: mikeoghia >> Twitter *|* LinkedIn >> >> >> > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. > This message is intended only for the use of the individual or entity to which it is addressed. > If you have received this message by mistake, please notify us immediately. From mm at 42com.com Fri Jan 13 12:52:46 2017 From: mm at 42com.com (=?UTF-8?Q?Max_M=c3=bchlbronner?=) Date: Fri, 13 Jan 2017 12:52:46 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: <270406DC-609E-4446-8C77-292DC7A63F33@puck.nether.net> References: <270406DC-609E-4446-8C77-292DC7A63F33@puck.nether.net> Message-ID: Awesome, thanks very much! Now i really got enough for a long time. :) BR Max M. On 13.01.2017 12:49, Jared Mauch wrote: > I sent you some. Let me know if you need more. > > Jared Mauch > >> On Jan 13, 2017, at 6:20 AM, Max M?hlbronner wrote: >> >> Hi, >> >> >> very kind of you, yes i am always in need of RIPE credits. Currently claiming the 1 million free credits every month, but also using it up quickly.. :) >> >> BR >> >> Max M. >> >>> On 13.01.2017 12:09, Michael Oghia wrote: >>> Hi everyone, >>> >>> I host a probe but do not create measurements. As such, I have a large >>> surplus of unused credits. Is anyone in need of credits and would like for >>> me to transfer them? >>> >>> Best, >>> -Michael >>> __________________ >>> >>> Michael J. Oghia >>> iGmena communications manager >>> Independent #netgov consultant & editor >>> >>> Belgrade, Serbia >>> Skype: mikeoghia >>> Twitter *|* LinkedIn >>> >>> >>> >> >> -- >> Max M?hlbronner >> 42com Telecommunication GmbH >> Stra?e der Pariser Kommune 12-16 >> 10243 Berlin >> E-Mail: mm at 42com.com >> Web: www.42com.com >> >> Firmenangaben/Company information: >> Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B >> Umsatzsteuer-ID/VAT-ID: DE223812306 >> Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig >> >> Diese E-Mail enth?lt Informationen von 42com Telecommunication GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r den Adressaten bestimmt. >> Sollten Sie diese elektronische Nachricht irrt?mlicherweise erhalten haben, so informieren Sie uns bitte unverz?glich telefonisch oder per E-Mail. >> This message is intended only for the use of the individual or entity to which it is addressed. >> If you have received this message by mistake, please notify us immediately. From vnaumov at ripe.net Fri Jan 13 15:44:56 2017 From: vnaumov at ripe.net (Viktor Naumov) Date: Fri, 13 Jan 2017 15:44:56 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Message-ID: *Hi James,* *If you experience problems with your probe you better contact ***atlas at ripe.net***. CS will arrange a replacement for you if it is dead.* ** *WBR* ** */vty* On 1/13/17 12:39 PM, James Gannon wrote: > > I have 4 million free if anyone needs. > > Also a question, my probe died a while ago (old one v2 possibly even > v1), any way to order a replacement or do I go through the application > process again? > > -James > > *From:*ripe-atlas [mailto:ripe-atlas-bounces at ripe.net] *On Behalf Of > *Michael Oghia > *Sent:* Friday, January 13, 2017 11:32 AM > *To:* Max M?hlbronner > *Cc:* ripe-atlas at ripe.net > *Subject:* Re: [atlas] Surplus RIPE Atlas credits > > Ask and you shall recieve my friend! :) > > I'm happy to help and be part of this community. All the best everyone! > > > -Michael > > On Fri, Jan 13, 2017 at 12:30 PM, Max M?hlbronner > wrote: > > Thanks! > > > Also thanks to the other users (got more than expected!). :) > > > BR > > > Max M. > > > > On 13.01.2017 12:24, Michael Oghia wrote: > > Wonderful Max! > > I just transfered 5,436,834 credits to you. I hope it helps :) > > -Michael > > On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner > > wrote: > > Hi, > > > very kind of you, yes i am always in need of RIPE credits. > Currently > claiming the 1 million free credits every month, but also > using it up > quickly.. :) > > BR > > Max M. > > On 13.01.2017 12:09, Michael Oghia wrote: > > Hi everyone, > > I host a probe but do not create measurements. As > such, I have a large > surplus of unused credits. Is anyone in need of > credits and would like for > me to transfer them? > > Best, > -Michael > __________________ > > Michael J. Oghia > iGmena communications manager > Independent #netgov consultant & editor > > Belgrade, Serbia > Skype: mikeoghia > Twitter *|* LinkedIn > > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin > HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com > Telecommunication GmbH. Diese > sind m?glicherweise vertraulich und ausschlie?lich f?r den > Adressaten > bestimmt. > Sollten Sie diese elektronische Nachricht > irrt?mlicherweise erhalten > haben, so informieren Sie uns bitte unverz?glich > telefonisch oder per > E-Mail. > This message is intended only for the use of the > individual or entity to > which it is addressed. > If you have received this message by mistake, please > notify us immediately. > > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication > GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r > den Adressaten bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise > erhalten haben, so informieren Sie uns bitte unverz?glich > telefonisch oder per E-Mail. > This message is intended only for the use of the individual or > entity to which it is addressed. > If you have received this message by mistake, please notify us > immediately. > From ripe at moeilijklastig.nl Fri Jan 13 16:03:52 2017 From: ripe at moeilijklastig.nl (Gerdriaan Mulder) Date: Fri, 13 Jan 2017 16:03:52 +0100 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Message-ID: Hi list, I've also got a huge surplus of credits, not using it for measurements at the moment. Anyone interested? Best, Gerdriaan From james at cyberinvasion.net Fri Jan 13 16:36:48 2017 From: james at cyberinvasion.net (James Gannon) Date: Fri, 13 Jan 2017 15:36:48 +0000 Subject: [atlas] Surplus RIPE Atlas credits In-Reply-To: References: <2494790a-529f-ac1b-0b86-2b67e7df2a29@42com.com> Message-ID: Excellent Im sorted out now thanks everyone -----Original Message----- From: Viktor Naumov [mailto:vnaumov at ripe.net] Sent: Friday, January 13, 2017 2:45 PM To: James Gannon ; Michael Oghia ; Max M?hlbronner Cc: ripe-atlas at ripe.net Subject: Re: [atlas] Surplus RIPE Atlas credits *Hi James,* *If you experience problems with your probe you better contact ***atlas at ripe.net***. CS will arrange a replacement for you if it is dead.* ** *WBR* ** */vty* On 1/13/17 12:39 PM, James Gannon wrote: > > I have 4 million free if anyone needs. > > Also a question, my probe died a while ago (old one v2 possibly even > v1), any way to order a replacement or do I go through the application > process again? > > -James > > *From:*ripe-atlas [mailto:ripe-atlas-bounces at ripe.net] *On Behalf Of > *Michael Oghia > *Sent:* Friday, January 13, 2017 11:32 AM > *To:* Max M?hlbronner > *Cc:* ripe-atlas at ripe.net > *Subject:* Re: [atlas] Surplus RIPE Atlas credits > > Ask and you shall recieve my friend! :) > > I'm happy to help and be part of this community. All the best everyone! > > > -Michael > > On Fri, Jan 13, 2017 at 12:30 PM, Max M?hlbronner > wrote: > > Thanks! > > > Also thanks to the other users (got more than expected!). :) > > > BR > > > Max M. > > > > On 13.01.2017 12:24, Michael Oghia wrote: > > Wonderful Max! > > I just transfered 5,436,834 credits to you. I hope it helps :) > > -Michael > > On Fri, Jan 13, 2017 at 12:20 PM, Max M?hlbronner > > wrote: > > Hi, > > > very kind of you, yes i am always in need of RIPE credits. > Currently > claiming the 1 million free credits every month, but also > using it up > quickly.. :) > > BR > > Max M. > > On 13.01.2017 12:09, Michael Oghia wrote: > > Hi everyone, > > I host a probe but do not create measurements. As > such, I have a large > surplus of unused credits. Is anyone in need of > credits and would like for > me to transfer them? > > Best, > -Michael > __________________ > > Michael J. Oghia > iGmena communications manager > Independent #netgov consultant & editor > > Belgrade, Serbia > Skype: mikeoghia > Twitter *|* > LinkedIn > > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin > HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com > Telecommunication GmbH. Diese > sind m?glicherweise vertraulich und ausschlie?lich f?r den > Adressaten > bestimmt. > Sollten Sie diese elektronische Nachricht > irrt?mlicherweise erhalten > haben, so informieren Sie uns bitte unverz?glich > telefonisch oder per > E-Mail. > This message is intended only for the use of the > individual or entity to > which it is addressed. > If you have received this message by mistake, please > notify us immediately. > > > > -- > Max M?hlbronner > 42com Telecommunication GmbH > Stra?e der Pariser Kommune 12-16 > 10243 Berlin > E-Mail: mm at 42com.com > Web: www.42com.com > > Firmenangaben/Company information: > Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B > Umsatzsteuer-ID/VAT-ID: DE223812306 > Gesch?ftsf?hrer/CEO: Thomas Reinig, Alexander Reinig > > Diese E-Mail enth?lt Informationen von 42com Telecommunication > GmbH. Diese sind m?glicherweise vertraulich und ausschlie?lich f?r > den Adressaten bestimmt. > Sollten Sie diese elektronische Nachricht irrt?mlicherweise > erhalten haben, so informieren Sie uns bitte unverz?glich > telefonisch oder per E-Mail. > This message is intended only for the use of the individual or > entity to which it is addressed. > If you have received this message by mistake, please notify us > immediately. > From wenqin.shao at telecom-paristech.fr Wed Jan 18 18:01:55 2017 From: wenqin.shao at telecom-paristech.fr (Wenqin SHAO) Date: Wed, 18 Jan 2017 18:01:55 +0100 Subject: [atlas] traceroute measurement with abnormally small RTT Message-ID: <3615745F-8744-4E97-9080-533D227A19EE@telecom-paristech.fr> Dear list, I recently found a ?weird? traceroute measurement record in the sense that: with paris id set, it has different IP addresses for a given hop; after it reached the destination, it tried one more hop; the final hop reported abnormally small RTT. I?d appreciate your views on how this happened. Here is how to identify the measurement in question: (the concerned record is as well provided at the end the mail) from ripe.atlas.cousteau import AtlasResultsRequest filters = dict(msm_id=5010, probe_ids=[10460], start=1482177890, stop=1482177900) _, results = AtlasResultsRequest(**filters).create() It?s a IPv4 traceroute measurement toward DNS b root, 192.228.79.201. What you?ll see is: starting from hop 14, the 3 measurements for the same hop come from different IP address: hop 14: 184.105.80.202, 72.52.92.122 hop 15: 72.52.92.122, 216.218.223.28 hop 16: 216.218.223.28, 130.152.181.189 hop 17: 130.152.181.189, 206.117.5.22 hop 18: 206.117.5.22, 192.228.79.201 hop 19: 192.228.79.201 My first doubt is with Paris traceroute is it still possible that response IP can change due to LB mechanism on the returning path? At hop 18, the traceroute actually already reached the destination, but it continued to perform the hop 19, why? At hop 19, there is one measurement from 192.228.79.201 reporting abnormally small RTT of 0.449ms. How come? Can that happen to other measurements as well, under what circumstances? The above listed neighbouring hops always share one IP address, which makes it seem like a data formatting issue. Is there a known bug? Thanks in advance for your attention. Best regards, wenqin Here below the measurement in question: ==== [ { "lts":-1, "size":40, "from":"176.227.133.141", "dst_name":"192.228.79.201", "fw":4740, "proto":"UDP", "af":4, "msm_name":"Traceroute", "prb_id":10460, "result":[ { "result":[ { "rtt":0.533, "ttl":255, "from":"192.168.1.1", "size":28 }, { "rtt":0.418, "ttl":255, "from":"192.168.1.1", "size":28 }, { "rtt":0.405, "ttl":255, "from":"192.168.1.1", "size":28 } ], "hop":1 }, { "result":[ { "x":"*" }, { "x":"*" }, { "x":"*" } ], "hop":2 }, { "result":[ { "rtt":677.27, "ttl":253, "from":"10.130.162.13", "size":28 }, { "rtt":660.216, "ttl":253, "from":"10.130.162.13", "size":28 }, { "rtt":709.112, "ttl":253, "from":"10.130.162.13", "size":28 } ], "hop":3 }, { "result":[ { "rtt":666.445, "ttl":252, "from":"10.130.162.250", "size":28 }, { "rtt":995.219, "ttl":252, "from":"10.130.162.250", "size":28 }, { "rtt":668.192, "ttl":252, "from":"10.130.162.250", "size":28 } ], "hop":4 }, { "result":[ { "rtt":681.02, "ttl":250, "from":"10.130.162.82", "size":28 }, { "rtt":652.502, "ttl":250, "from":"10.130.162.82", "size":28 }, { "rtt":673.857, "ttl":250, "from":"10.130.162.82", "size":28 } ], "hop":5 }, { "result":[ { "rtt":685.088, "ttl":250, "from":"88.202.127.129", "size":28 }, { "rtt":665.164, "ttl":250, "from":"88.202.127.129", "size":28 }, { "rtt":657.344, "ttl":250, "from":"88.202.127.129", "size":28 } ], "hop":6 }, { "result":[ { "rtt":669.097, "ttl":249, "from":"88.202.127.121", "size":28 }, { "rtt":743.974, "ttl":249, "from":"88.202.127.121", "size":28 }, { "rtt":637.311, "ttl":249, "from":"88.202.127.121", "size":28 } ], "hop":7 }, { "result":[ { "ttl":243, "rtt":692.425, "icmpext":{ "rfc4884":0, "version":2, "obj":[ { "type":1, "mpls":[ { "s":1, "ttl":1, "exp":0, "label":439171 } ], "class":1 } ] }, "from":"88.202.127.6", "size":140 }, { "ttl":243, "rtt":659.768, "icmpext":{ "rfc4884":0, "version":2, "obj":[ { "type":1, "mpls":[ { "s":1, "ttl":1, "exp":0, "label":439171 } ], "class":1 } ] }, "from":"88.202.127.6", "size":140 }, { "ttl":243, "rtt":698.084, "icmpext":{ "rfc4884":0, "version":2, "obj":[ { "type":1, "mpls":[ { "s":1, "ttl":1, "exp":0, "label":439171 } ], "class":1 } ] }, "from":"88.202.127.6", "size":140 } ], "hop":8 }, { "result":[ { "ttl":247, "rtt":684.096, "icmpext":{ "rfc4884":0, "version":2, "obj":[ { "type":1, "mpls":[ { "s":1, "ttl":1, "exp":0, "label":311104 } ], "class":1 } ] }, "from":"10.130.2.42", "size":140 }, { "ttl":247, "rtt":685.871, "icmpext":{ "rfc4884":0, "version":2, "obj":[ { "type":1, "mpls":[ { "s":1, "ttl":1, "exp":0, "label":311104 } ], "class":1 } ] }, "from":"10.130.2.42", "size":140 }, { "ttl":247, "rtt":736.12, "icmpext":{ "rfc4884":0, "version":2, "obj":[ { "type":1, "mpls":[ { "s":1, "ttl":1, "exp":0, "label":311104 } ], "class":1 } ] }, "from":"10.130.2.42", "size":140 } ], "hop":9 }, { "result":[ { "rtt":675.198, "ttl":246, "from":"10.130.1.201", "size":28 }, { "rtt":671.127, "ttl":246, "from":"10.130.1.201", "size":28 }, { "rtt":683.236, "ttl":246, "from":"10.130.1.201", "size":28 } ], "hop":10 }, { "result":[ { "rtt":736.688, "ttl":54, "from":"37.49.236.10", "size":28 }, { "rtt":697.844, "ttl":54, "from":"37.49.236.10", "size":28 }, { "rtt":818.184, "ttl":54, "from":"37.49.236.10", "size":28 } ], "hop":11 }, { "result":[ { "rtt":992.33, "ttl":53, "from":"184.105.213.173", "size":28 }, { "rtt":920.759, "ttl":53, "from":"184.105.213.173", "size":28 }, { "rtt":966.019, "ttl":53, "from":"184.105.213.173", "size":28 } ], "hop":12 }, { "result":[ { "x":"*" }, { "rtt":428.86, "ttl":52, "from":"184.105.80.202", "size":28 }, { "rtt":372.607, "ttl":52, "from":"184.105.80.202", "size":28 } ], "hop":13 }, { "result":[ { "rtt":448.726, "ttl":52, "from":"184.105.80.202", "size":28 }, { "rtt":427.897, "ttl":51, "from":"72.52.92.122", "size":28 }, { "rtt":550.12, "ttl":51, "from":"72.52.92.122", "size":28 } ], "hop":14 }, { "result":[ { "rtt":422.308, "ttl":51, "from":"72.52.92.122", "size":28 }, { "rtt":447.841, "ttl":241, "from":"216.218.223.28", "size":68 }, { "rtt":339.084, "ttl":241, "from":"216.218.223.28", "size":68 } ], "hop":15 }, { "result":[ { "rtt":470.177, "ttl":241, "from":"216.218.223.28", "size":68 }, { "rtt":338.323, "ttl":241, "from":"130.152.181.189", "size":68 }, { "rtt":482.44, "ttl":241, "from":"130.152.181.189", "size":68 } ], "hop":16 }, { "result":[ { "rtt":359.104, "ttl":241, "from":"130.152.181.189", "size":68 }, { "rtt":630.604, "ttl":48, "from":"206.117.5.22", "size":68 }, { "rtt":195.704, "ttl":48, "from":"206.117.5.22", "size":68 } ], "hop":17 }, { "result":[ { "rtt":759.236, "ttl":48, "from":"206.117.5.22", "size":68 }, { "rtt":369.954, "ttl":48, "from":"192.228.79.201", "size":68 }, { "rtt":431.369, "ttl":48, "from":"192.228.79.201", "size":68 } ], "hop":18 }, { "result":[ { "rtt":397.795, "ttl":48, "from":"192.228.79.201", "size":68 }, { "x":"*" }, { "ttl":48, "rtt":0.449, "ittl":2, "from":"192.228.79.201", "size":68 } ], "hop":19 } ], "timestamp":1482177892, "src_addr":"192.168.1.115", "paris_id":15, "endtime":1482177928, "type":"traceroute", "dst_addr":"192.228.79.201", "msm_id":5010 } ] -------------- next part -------------- An HTML attachment was scrubbed... URL: From bortzmeyer at nic.fr Wed Jan 18 21:15:10 2017 From: bortzmeyer at nic.fr (Stephane Bortzmeyer) Date: Wed, 18 Jan 2017 21:15:10 +0100 Subject: [atlas] Atlas API down? Message-ID: <20170118201510.x3hqbbszmfitby2s@nic.fr> RIPEAtlas.RequestSubmissionError: Status 405, reason "{"error":{"status":405,"code":104,"detail":"Method \"POST\" not allowed.","title":"Method Not Allowed"}}" Just when I wanted to investigate pool.ntp.org failure :-( From philip.homburg at ripe.net Thu Jan 19 11:58:49 2017 From: philip.homburg at ripe.net (Philip Homburg) Date: Thu, 19 Jan 2017 11:58:49 +0100 Subject: [atlas] traceroute measurement with abnormally small RTT In-Reply-To: <3615745F-8744-4E97-9080-533D227A19EE@telecom-paristech.fr> References: <3615745F-8744-4E97-9080-533D227A19EE@telecom-paristech.fr> Message-ID: <525b22e5-f4f9-7cf7-63ec-3356d58d12a5@ripe.net> Hi, On 2017/01/18 18:01 , Wenqin SHAO wrote: > It?s a IPv4 traceroute measurement toward DNS b root, 192.228.79.201. > What you?ll see is: > starting from hop 14, the 3 measurements for the same hop come from > different IP address: > > hop 14: 184.105.80.202, 72.52.92.122 > hop 15: 72.52.92.122, 216.218.223.28 > hop 16: 216.218.223.28, 130.152.181.189 > hop 17: 130.152.181.189, 206.117.5.22 > hop 18: 206.117.5.22, 192.228.79.201 > hop 19: 192.228.79.201 > > > My first doubt is with Paris traceroute is it still possible that > response IP can change due to LB mechanism on the returning path? Obviously, middle boxes can do anything including changing IP addresses in packets. However, normally you see one the addresses of the router that generated the error ICMP there and the actual return path only affects rtt and ttl. > At hop 18, the traceroute actually already reached the destination, but > it continued to perform the hop 19, why? Traceroute continues if a hop generates a TTL exceeded. For a UDP traceroute the expected value is a UDP port unreachable. Sometimes a middle box in front of the destination sends a TTL exceed when you expect the target to handle the packet. > At hop 19, there is one measurement from 192.228.79.201 reporting > abnormally small RTT of 0.449ms. How come? Can that happen to other > measurements as well, under what circumstances? > > The above listed neighbouring hops always share one IP address, which > makes it seem like a data formatting issue. Is there a known bug? There is something really weird going on here. I have no idea what is causing this. Philip From robert at ripe.net Fri Jan 20 11:34:14 2017 From: robert at ripe.net (Robert Kisteleki) Date: Fri, 20 Jan 2017 11:34:14 +0100 Subject: [atlas] RIPE Atlas v1 APIs have been decommissioned Message-ID: <50711889-c8b3-a054-03e9-12aaad7de50b@ripe.net> Dear All, As we've been announcing it for a while now (see https://www.ripe.net/ripe/mail/archives/ripe-atlas/2016-September/003017.html and https://www.ripe.net/ripe/mail/archives/ripe-atlas/2017-January/003128.html), the v1 APIs were to be decommissioned by the end of last year / early this year. This step actually happened on Wednesday this week (18 January, around 14h CET). This means that queries to these APIs give 404s (for GETs) and 405s (for other methods, which we may change to 404 instead). This is also the cause for the issues St?phane was experiencing. Full documentation on the v2 APIs and other features are available at https://atlas.ripe.net/docs/ Apologies for not sending this mail already on Wednesday. Regards, Robert Kisteleki RIPE NCC From BECHA at ripe.net Mon Jan 23 12:07:34 2017 From: BECHA at ripe.net (Vesna Manojlovic) Date: Mon, 23 Jan 2017 12:07:34 +0100 Subject: [atlas] Join DNS Measurements hackathon, 20-21. April 2017, Amsterdam In-Reply-To: <56CF163D.5040104@ripe.net> References: <56CF163D.5040104@ripe.net> Message-ID: <5aec3125-625f-30d4-5455-1b92754a4327@ripe.net> Dear colleagues, The fifth RIPE NCC hackathon will take place on Thursday and Friday, 20-21 April 2017, in Amsterdam. We're looking for creative thinkers: front-end developers, UI designers, DNS operators, researchers and other enthusiastic coders, to help us develop new tools and visualizations based on DNS measurements data. All source code developed during the hackathon will be publicly licensed and available on GitHub, and will be free for the entire community to use. -------------------- How to Apply -------------------- Interested? Learn more and apply online today! https://atlas.ripe.net/hackathon/dns-measurements/#!application-form *The application deadline is 26 February 2017* We look forward to seeing you there! Find out more in this RIPE Labs article: https://labs.ripe.net/Members/alun_davies/dns-measurements-hackathon-2017 Regards, Vesna Manojlovic RIPE NCC Community Builder From vaibhav.bajpai at tum.de Sat Jan 28 13:39:41 2017 From: vaibhav.bajpai at tum.de (Bajpai, Vaibhav) Date: Sat, 28 Jan 2017 12:39:41 +0000 Subject: [atlas] high v6 user-base, less atlas probes Message-ID: Hello, -- sorry for cross-posting Here is a list of top 20 countries that have a large v6 user-base [*] but are underrepresented by RIPE Atlas due to less number of deployed dual-stacked probes. Consider hosting a dual-stacked probe in these regions to help remove the region-based bias that v6 studies using RIPE Atlas may otherwise have: Full paper available here: http://goo.gl/hWGveA (?4) +----+------------+-----------| | CC | v6 Users | v6 Probes | |-----+----+------------+-----------| | 01 | BE | 56.48 % | 2.82 % | | 02 | LU | 35.23 % | 0.61 % | | 03 | GR | 33.66 % | 1.39 % | | 04 | CH | 33.48 % | 3.82 % | | 05 | PT | 29.01 % | 0.74 % | | 06 | IN | 22.25 % | 0.09 % | | 07 | US | 33.00 % | 13.21 % | | 08 | DE | 40.07 % | 21.25 % | | 09 | EC | 18.76 % | 0.04 % | | 10 | JP | 19.69 % | 1.35 % | | 11 | GB | 24.63 % | 7.00 % | | 12 | EE | 16.55 % | 0.26 % | | 13 | CA | 17.83 % | 1.91 % | | 14 | FI | 16.68 % | 1.39 % | | 15 | MY | 14.90 % | 0.13 % | | 16 | IE | 13.22 % | 0.87 % | | 17 | NO | 14.02 % | 1.83 % | | 18 | BR | 12.56 % | 0.83 % | | 19 | AU | 12.76 % | 1.09 % | |-----+----+------------+-----------| [*] The estimation of number of IPv6 users is taken from APNIC dataset: http://labs.apnic.net/dists/v6dcc.html -- Vaibhav -------------------------- Vaibhav Bajpai www.vaibhavbajpai.com Postdoctoral Researcher TU Munich, Germany -------------------------- From marty at martystrong.co.uk Sat Jan 28 21:49:22 2017 From: marty at martystrong.co.uk (Marty Strong) Date: Sat, 28 Jan 2017 20:49:22 +0000 Subject: [atlas] Reporting incorrect locations In-Reply-To: <3f005baf-6703-0b9e-56e6-1da03cfa014d@ripe.net> References: <3f005baf-6703-0b9e-56e6-1da03cfa014d@ripe.net> Message-ID: This one is weird, fresh probe, both network and set location are in Norway, but the probe shows up as in the UK: https://atlas.ripe.net/probes/28320/#!tab-network ? On 8 December 2016 at 09:41, Robert Kisteleki wrote: > On 2016-12-07 18:23, Marty Strong wrote: > > Hi RIPE Atlas folks, > > > > > > Is there somewhere we can go to report a suspected incorrect location of > an > > Atlas probe? > > > > This probe: https://atlas.ripe.net/probes/16578/ > > > > Is marked as in China, but is clearly in Australia. > > > > I couldn?t see anywhere I should report this. > > > > > > Marty > > Hi, > > Thanks for reporting! I reached out to the probe host who was very > responsive and updated the location. > > We plan to introduce a more pro-active approach when the probe seems to > have > changed AS: in these cases there's a good change the location of the probe > changed as well. > > Regards, > Robert > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2017-01-28 20.48.42.png Type: image/png Size: 379186 bytes Desc: not available URL: From robert at ripe.net Mon Jan 30 13:21:12 2017 From: robert at ripe.net (Robert Kisteleki) Date: Mon, 30 Jan 2017 13:21:12 +0100 Subject: [atlas] Reporting incorrect locations In-Reply-To: References: <3f005baf-6703-0b9e-56e6-1da03cfa014d@ripe.net> Message-ID: <0c41c95c-422a-6ada-e2de-b1b9932f48c0@ripe.net> Hi, Thanks you for pointing it out. We have found a path involving a combination of ambassadors, probe application and probe registration where the country field is not properly added to the probe. That is a bug and it's highly likely the cause of this case. We're fixing this right now. In the meantime, whenever the host (more precisely) geolocates the probe, all fields are properly updated so that's also a viable way to fix this. Regards, Robert On 2017-01-28 21:49, Marty Strong wrote: > This one is weird, fresh probe, both network and set location are in Norway, > but the probe shows up as in the UK: > > https://atlas.ripe.net/probes/28320/#!tab-network > > > ? > > On 8 December 2016 at 09:41, Robert Kisteleki > wrote: > > On 2016-12-07 18:23, Marty Strong wrote: > > Hi RIPE Atlas folks, > > > > > > Is there somewhere we can go to report a suspected incorrect location of an > > Atlas probe? > > > > This probe: https://atlas.ripe.net/probes/16578/ > > > > Is marked as in China, but is clearly in Australia. > > > > I couldn?t see anywhere I should report this. > > > > > > Marty > > Hi, > > Thanks for reporting! I reached out to the probe host who was very > responsive and updated the location. > > We plan to introduce a more pro-active approach when the probe seems to have > changed AS: in these cases there's a good change the location of the probe > changed as well. > > Regards, > Robert > > From mir at ripe.net Tue Jan 31 11:52:02 2017 From: mir at ripe.net (Mirjam Kuehne) Date: Tue, 31 Jan 2017 11:52:02 +0100 Subject: [atlas] New on RIPE Labs: Campaign to Sponsor 15 RIPE Atlas Anchors Message-ID: Dear colleagues, The RIPE NCC is pleased to announce that we will be sponsoring 15 new RIPE Atlas anchors in 2017. This article provides details about the campaign and introduces the criteria that will be used to decide which applicants will receive sponsorship: https://labs.ripe.net/Members/alun_davies/campaign-to-sponsor-15-ripe-atlas-anchors Kind regards, Mirjam Kuhne RIPE NCC