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] Turris Omnia as probe Platform?
- Previous message (by thread): [atlas] Turris Omnia as probe Platform?
- Next message (by thread): [atlas] Turris Omnia as probe Platform?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
João Damas
joao at bondis.org
Mon Dec 7 13:05:14 CET 2015
> On 05 Dec 2015, at 19:29, tomas.hlavacek at nic.cz wrote: > > Hi! > > On Sat, Dec 5, 2015 at 6:02 PM, João Damas <joao at bondis.org> wrote: >> What you want from the probe is predictability in the form of minimal jitter and possibly some calibration (to equate latency). IF the Turris people can run the Atlas code with some sort of real-time scheduling then it is going to be OK as a probe. Can they? > > It depends on what level of control you need. The board will be supported by vanilla Linux kernel (we are almost there). So you/we can compile in whatever is needed. > Schedule determinism (some sort of real time kernel extension) : to send probe traffic in a predictable manner Accurate time-of-arrival stamping for incoming packets, so you can trust the measurement. Joao -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP using GPGMail URL: </ripe/mail/archives/ripe-atlas/attachments/20151207/8634c799/attachment.sig>
- Previous message (by thread): [atlas] Turris Omnia as probe Platform?
- Next message (by thread): [atlas] Turris Omnia as probe Platform?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]