This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/
[atlas] (no subject)
- Previous message (by thread): [atlas] (no subject)
- Next message (by thread): [atlas] DANTE (UK) has joined RIPE Atlas anchors
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Bajpai, Vaibhav
v.bajpai at jacobs-university.de
Mon Dec 23 12:54:48 CET 2013
On 17 Dec 2013, at 20:05, Robert Kisteleki <robert at ripe.net> wrote: > On 2013.12.17. 16:44, Eravuchira, Steffie Jacob wrote: > >> There are three hardware versions of RIPE Atlas probes namely v1,v2 and >> v3. Each of the support different firmware versions. Can I get the latest >> firmware version supported by each the hardware versions? >> >> Thanks, Steffie > > Hello, > > Usually the different hardware revisions run the same firmware version. > Currently that's not the case (v3 is one version ahead at 4580, v1/2 are at > 4570). > > The system automatically notifies probes about the latest firmware available > for that hardware revision whenever the probe reconnects. The probe then > upgrades right away, if the latest version is not yet installed. This > requires no intervention from the probe host. > > If the probe is otherwise up and running happily, then it does not get the > notification, therefore does not upgrade until the next reconnect. So in > general we have a lazy upgrade approach. > > As of right now, all connected probes across all probe hardware revisions > are running the latest firmware version available (with the exception of two > misbehaving v2 probes). Hello Robert, The question popped up at our end because we were looking at the plots of measurement results generated by different probes. We wanted to make sure these probes were comprised of the same hardware and that they run the same firmware version. It’s great that each UDM attaches the firmware version of the probe as a tag in its results. However: a) Although, the hardwares currently are capable of running the same firmware revision, but as you mentioned, at times they diverge away. b) Would different hardwares always support the latest firmware version? I ask because v3 is more capable than v1/v2, and I don’t know if you plan to diverge away the firmware at some point to provide more measurement capabilities for v3 probes. Due to a) and b) would it make sense to also attach the hardware version (v1, v2, v3) of the probe as a tag in each UDM result as well? We don’t know if different hardwares have effects on the measurement results. We can cross-confirm this if the UDMs attach a hardware version in addition to the firmware revision. Thanks! Best, Vaibhav ----------------------------------------------------- Vaibhav Bajpai Research I, Room 86 Computer Networks and Distributed Systems (CNDS) Lab School of Engineering and Sciences Jacobs University Bremen, Germany www.vaibhavbajpai.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail URL: </ripe/mail/archives/ripe-atlas/attachments/20131223/38292382/attachment.sig>
- Previous message (by thread): [atlas] (no subject)
- Next message (by thread): [atlas] DANTE (UK) has joined RIPE Atlas anchors
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]