AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
world | hits |
r4wp | 0 |
r3wp | 16 |
total: | 16 |
results window for this page: [start: 1 end: 16]
world-name: r3wp
Group: Ann-Reply ... Reply to Announce group [web-public] | ||
Andreas: 24-Apr-2011 | NTP not an option? | |
Kaj: 24-Apr-2011 | NTP is on the roadmap for this server, but with low priority | |
Kaj: 24-Apr-2011 | OK, I'll keep that in mind when I look into NTP | |
Group: Core ... Discuss core issues [web-public] | ||
Graham: 5-Apr-2007 | I get failures on all the ntp servers I've tried so far. | |
JaimeVargas: 5-Apr-2007 | daytime doesn't use the ntp protocol IIRC | |
Group: Script Library ... REBOL.org: Script library and Mailing list archive [web-public] | ||
btiffin: 19-Jul-2007 | I liked this one from Dave Mills NTP RFC1305... There will exist an 200-picosecond interval, henceforth ignored, every 136 years when the 64-bit field will be zero and thus considered invalid. | |
Group: I'm new ... Ask any question, and a helpful person will try to answer. [web-public] | ||
btiffin: 19-Jul-2007 | We decided to use %s for REBOL precision...no epoch seconds in form-date. And yeah, I was looking at the TIME and NTP protocols...it would not be fun in high level REBOL, I don't think even Rebcode could poke the right fields for time! | |
Group: Syllable ... The free desktop and server operating system family [web-public] | ||
Kaj: 15-Sep-2008 | We'll have to see how serious the problem is, and if we can correct it by using NTP on the Syllable guest | |
Group: Linux ... [web-public] group for linux REBOL users | ||
Graham: 5-Apr-2007 | now where is the ntp protocol ? | |
btiffin: 5-Apr-2007 | Debian I just executed apt-get install ntp and then forgot about it. | |
Kaj: 14-Oct-2008 | Does it fetch time through NTP or just from the system clock? | |
Kaj: 14-Oct-2008 | Usually just the hardare clock. NTP must be configured later | |
Group: !REBOL3 ... [web-public] | ||
Pavel: 3-Dec-2010 | An idea of NTP scheme, but servers comunicates only on 123 UDP port. overview of time services: Daytime: Ascii response, Graham and Ladislav has written a scheme/tool already port 13 Time: most simple possible server listening on port 37 answer 32bit unsigned number of second from 1-1-1900/0:00 (calculation of human readable date is not so trivial because of leaping seconds inserted to UTC with no rule at all, an Earth is dancing a Jive in fact) HTTP: use inserted Date-time from any header returned from server port 80 SNTP: more precise protocol (contains also fraction of second in reply) subprotocol of NTP on UDP port 37 NTP: most precise available to compare more time servers, and calculate with computed transport delay and phase shift from evaluated couple of handshaking packets. UDP port 37 The latter two use minimally 12 32bit binary packets for request and response, symmetric or asymetric cryptography possible (honestly I've no clue why this). | |
Pavel: 6-Dec-2010 | I've got a reply from NTP server via SNTP packet (RFC 2030) almost all nulls in client packet (in Rebol 2 UDP port, because it is not clear how to do it in R3) BTW Steeve there is UDP definitions in header files of Host kit, so I think UDP should be possible somehow, but TCP scheme is hard coded (ie not available to play with other variants) | |
Group: Core ... Discuss core issues [web-public] | ||
BrianH: 30-Nov-2011 | There are a few different time protocols, and the standard time servers don't tend to run the daytime protocol. They usually run NTP. | |
Pavel: 30-Nov-2011 | 2 amacleod: time protocol is not very accurate, the same levely of accuracy you can get by reading any HTML size and distile the time from HTML header. OTOH NTP protocol is able to get milisecond accuracy but by quite difficult handshake and as far as I know not yet written for rebol |