[mat-wg] Atlas UDMs and Probe-Assignments

Hi,

I'm wondering about something, maybe one of you can enlighten me here.

I have set up a few UDMs (... to eventually get out of Atlas what we had 
with TTM).  A small one with only 10 probes is now showing that actually
only 7 probes return data - two more have returned data at some point
in the past - "Jul 06, 06:11" in one case - while the 10th assigned
problem seems to have never sent anything.

(This is UDM 1002000, the "dead" probe is #2760 in AS 3292).

The question coming from this is: how do probes get assigned to UDMs, 
and will dead probes get replaced eventually?  Or is the assignment done
statically at the beginning of the UDM?


The reason why this is relevant: if I am going to set up UDMs to replace 
what TTM does, the idea is to have a reasonable high number of probes, 
say "50" or "100", and define our Internet reliability as "more than 2/3rd 
of the UDM probes have been answered without loss", or something like 
that - taking into account that somewhere on the Internet, things will 
always be broken, but that's not our responsibility.

This falls apart of probes deteriorate after a given time, and a given
UDM measurement will use "less and less probes" (so in the extreme, of
the 50 initial probes, 30 might be "dead probe" and thus the result is
always "0% reliability, more than 50% of the probes can not reach us"), 
instead of the system keeping the requested number of probes by replacing 
dead ones...

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (89) 32356-444            USt-IdNr.: DE813185279
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 306 bytes
Desc: not available
URL: </ripe/mail/archives/mat-wg/attachments/20130725/2cc2c404/attachment.sig>