Re: [atlas] Sharing credits with colleagues

[Robert Kisteleki]

On 2015-10-29 16:56, Oliver Haake wrote:
> Hey there,
> 
> I'm very curious if you guys have an ETA for the "Sharing credits with
> colleagues" feature.
> 
> Any ideas?
> 
> 
> 
> Cheers,
> Oliver

Hello,

This task is coming up shortly, so I expect that we can deliver it soon. At
the moment we think it'll result in two functions:

1. Make "standing orders": automatically spread the excess amount of credits
to other accounts if I have more than X, AND/OR
2. Let me make a measurement that will be billed to someone else, who
authorised me before to do this

These two will fit a lot of use cases with (we believe) a low amount of
complexity.

Cheers,
Robert

Re: [atlas] VM probes (was Re: Feature request for IP record route feature in RIPE Atlas)

[Pavel Odintsov]

Hello, Robert!

I completely agree with you. I'm thinking from developer point of
view. I want to hack evtraceroute/evping. But I could not compile they
on my Linux box.

So I'm looking for some way to build / check RIPE Atlas environment on
my machine. So I definitely could install it manually into VirtualBox
appliance.

On Mon, Nov 9, 2015 at 3:43 PM, Robert Kisteleki  wrote:
> Dear All,
>
> At the risk of assigning more work to myself than I anticipate: there's an
> action item on me to come up with some thoughts and questions to the
> community about the VM probes. For example: what virtualisation technology
> would people prefer (as we cannot support all of them)? How would we manage
> these (think of field-upgrades) and how to administer them (at the moment
> it's easy, since we supply the whole device with keys and firmware).
>
> Regards,
> Robert
>
>
> On 2015-11-09 13:34, Stephan Wolf wrote:
>> +2 for VM probe
>



-- 
Sincerely yours, Pavel Odintsov

Re: [atlas] Feature request for IP record route feature in RIPE Atlas

[Philip Homburg]

On 2015/11/09 10:04 , Pavel Odintsov wrote:
> But RIPE Atlas offer really huge coverage over the World and we could
> reach really any host with <7 hops. But we haven't this feature in
> RIPE Atlas.
> 
> Finally with this feature we could build full adjacently map over all the 
> World.
> 
> I have checked implementation details here
> https://labs.ripe.net/Members/philip_homburg/ripe-atlas-measurements-source-code
> 
> Looks like we need to build separate libevent based toolkit for this
> task or add this feature to ping tool. But unfortunately I could not
> find any docs about deploy of RIPE source code for development. Could
> you share some information?

Hi,

I use a vm running debian wheezy for development. The anchors run CentOS
6. So the code should run there. If it doesn't run on other Linux
versions then please let me know and I'll see what I can do.

The INSTALL file in the source code has specific instructions on how to
build.

I would advice against just writing some code and asking it to be
merged. Instead coordinate with me what you want to change.

Philip

Re: [atlas] VM probes (was Re: Feature request for IP record route feature in RIPE Atlas)

[Stephan Wolf]

Hello,

here I would generate a OVM:
https://en.wikipedia.org/wiki/Open_Virtualization_Format

so it is in first stage hypervizor independent.

however for sure, the NIC needs to be supported who is emulated.
E.g. E1000 under VMware is ok, and not their proprietary VMXnet.

So I would simply support the commonly used - in most cases the E1000 from
Intel.
if someone uses an "special" hypervizor, which is not supporting to emulate
an E1000, well... unsupported

Just my 2 cents,

Cheers
Stephan



2015-11-09 13:43 GMT+01:00 Robert Kisteleki :

> Dear All,
>
> At the risk of assigning more work to myself than I anticipate: there's an
> action item on me to come up with some thoughts and questions to the
> community about the VM probes. For example: what virtualisation technology
> would people prefer (as we cannot support all of them)? How would we manage
> these (think of field-upgrades) and how to administer them (at the moment
> it's easy, since we supply the whole device with keys and firmware).
>
> Regards,
> Robert
>
>
> On 2015-11-09 13:34, Stephan Wolf wrote:
> > +2 for VM probe
>
>

[atlas] VM probes (was Re: Feature request for IP record route feature in RIPE Atlas)

[Robert Kisteleki]

Dear All,

At the risk of assigning more work to myself than I anticipate: there's an
action item on me to come up with some thoughts and questions to the
community about the VM probes. For example: what virtualisation technology
would people prefer (as we cannot support all of them)? How would we manage
these (think of field-upgrades) and how to administer them (at the moment
it's easy, since we supply the whole device with keys and firmware).

Regards,
Robert


On 2015-11-09 13:34, Stephan Wolf wrote:
> +2 for VM probe

Re: [atlas] Sharing credits with colleagues

[Oliver Haake]

Thank you Robert, that sounds awesome.
Keep up the good work.


Cheers,
Oliver





On 09.11.2015 13:27, Robert Kisteleki wrote:
> On 2015-10-29 16:56, Oliver Haake wrote:
>> Hey there,
>>
>> I'm very curious if you guys have an ETA for the "Sharing credits with
>> colleagues" feature.
>>
>> Any ideas?
>>
>>
>>
>> Cheers,
>> Oliver
> 
> Hello,
> 
> This task is coming up shortly, so I expect that we can deliver it soon. At
> the moment we think it'll result in two functions:
> 
> 1. Make "standing orders": automatically spread the excess amount of credits
> to other accounts if I have more than X, AND/OR
> 2. Let me make a measurement that will be billed to someone else, who
> authorised me before to do this
> 
> These two will fit a lot of use cases with (we believe) a low amount of
> complexity.
> 
> Cheers,
> Robert
> 


-- 
Oliver Haake  | Tier3 Network Engineer | euNetworks
Theodor-Heuss-Allee 112 | 60486 Frankfurt/Main
+49 69 905 542 49 office

Für weitere Informationen über euNetworks oder für Informationen über
unsere Unternehmen, darunter euNetworks GmbH, besuchen Sie bitte unsere
Webseite www.eunetworks.de.

Diese E-Mail und oder Anhänge können vertrauliche und/oder gesetzlich
privilegierte Information enthalten. Wenn Sie nicht der beabsichtigte
Empfänger sind, löschen Sie bitte die E-Mail, ohne sie zu lesen, und
benachrichtigen Sie den Absender.
euNetworks GmbH Geschäftsführer: Joachim Piroth Sueleyman Karaman Myriam
Buchheister  Amtsgericht Frankfurt am Main HRB 88224 Steuernummer
04523251638 Umsatzsteuer ID: DE 201 739 716

Re: [atlas] Feature request for IP record route feature in RIPE Atlas

[Pavel Odintsov]

+1 for VM probe :)

On Mon, Nov 9, 2015 at 1:16 PM, Colin Johnston  wrote:
> virtual vm probe would be great as well :) ask for this before
>
> Colin
>
>> On 9 Nov 2015, at 09:04, Pavel Odintsov  wrote:
>>
>> Hello, dear Atlas Team!
>>
>> As host of RIPE Anchor #6111 I have some feedback about your awesome service!
>>
>> Thanks for your Great Job in measuring Internet!
>>
>> I would like to ask very important feature for measuring reverse trace
>> route. I'm speaking about IP record route option which could track up
>> to 9 hops of reverse path.
>>
>> I want to know path to my hosts from networks who haven't RIPE Atlas.
>> Actually I could not implement this feature due to 9 hop restriction
>> in IP header.
>>
>> But RIPE Atlas offer really huge coverage over the World and we could
>> reach really any host with <7 hops. But we haven't this feature in
>> RIPE Atlas.
>>
>> Finally with this feature we could build full adjacently map over all the 
>> World.
>>
>> I have checked implementation details here
>> https://labs.ripe.net/Members/philip_homburg/ripe-atlas-measurements-source-code
>>
>> Looks like we need to build separate libevent based toolkit for this
>> task or add this feature to ping tool. But unfortunately I could not
>> find any docs about deploy of RIPE source code for development. Could
>> you share some information?
>>
>> --
>> Sincerely yours, Pavel Odintsov
>>
>



-- 
Sincerely yours, Pavel Odintsov

Re: [atlas] Feature request for IP record route feature in RIPE Atlas

[Colin Johnston]

virtual vm probe would be great as well :) ask for this before

Colin

> On 9 Nov 2015, at 09:04, Pavel Odintsov  wrote:
> 
> Hello, dear Atlas Team!
> 
> As host of RIPE Anchor #6111 I have some feedback about your awesome service!
> 
> Thanks for your Great Job in measuring Internet!
> 
> I would like to ask very important feature for measuring reverse trace
> route. I'm speaking about IP record route option which could track up
> to 9 hops of reverse path.
> 
> I want to know path to my hosts from networks who haven't RIPE Atlas.
> Actually I could not implement this feature due to 9 hop restriction
> in IP header.
> 
> But RIPE Atlas offer really huge coverage over the World and we could
> reach really any host with <7 hops. But we haven't this feature in
> RIPE Atlas.
> 
> Finally with this feature we could build full adjacently map over all the 
> World.
> 
> I have checked implementation details here
> https://labs.ripe.net/Members/philip_homburg/ripe-atlas-measurements-source-code
> 
> Looks like we need to build separate libevent based toolkit for this
> task or add this feature to ping tool. But unfortunately I could not
> find any docs about deploy of RIPE source code for development. Could
> you share some information?
> 
> -- 
> Sincerely yours, Pavel Odintsov
> 

[atlas] Feature request for IP record route feature in RIPE Atlas

[Pavel Odintsov]

Hello, dear Atlas Team!

As host of RIPE Anchor #6111 I have some feedback about your awesome service!

Thanks for your Great Job in measuring Internet!

I would like to ask very important feature for measuring reverse trace
route. I'm speaking about IP record route option which could track up
to 9 hops of reverse path.

I want to know path to my hosts from networks who haven't RIPE Atlas.
Actually I could not implement this feature due to 9 hop restriction
in IP header.

But RIPE Atlas offer really huge coverage over the World and we could
reach really any host with <7 hops. But we haven't this feature in
RIPE Atlas.

Finally with this feature we could build full adjacently map over all the World.

I have checked implementation details here
https://labs.ripe.net/Members/philip_homburg/ripe-atlas-measurements-source-code

Looks like we need to build separate libevent based toolkit for this
task or add this feature to ping tool. But unfortunately I could not
find any docs about deploy of RIPE source code for development. Could
you share some information?

-- 
Sincerely yours, Pavel Odintsov