Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Thu, 7 Jan 2021 09:38:47 +0800 (CST)
From: 王志强 <>
Subject: Re:on aarch64, dns A/AAAA queries has high probability of
 having same dns transaction ID, causing 5s delay

After re-check the test, I realization that the dns client  was  accually using glibc while the server was running in alpine container using musl library,  when retest the client within alpine container, there is no dns 5s delay detected.
musl uses clock_gettime first and my aarch64  env supports clock_gettime with clock id 0,  the accuracy is in nanoseconds, the probability of transaction id collision within same connection  is very low.

Hence the issue is about glibc on aarch64, not alpine.

Sorry about the error report.

But I  still do not understand the reasoning of choosing time to generate dns transation id,  why not use some random source?


At 2021-01-05 21:44:32, "王志强" <> wrote:

Hi guys,
    I am having lots of dns 5s delay on a arm/aarch64 platform, after tcpdump capturing dns packages, I found that the delay always happened when A/AAAA queries  happened to have same dns transaction id. 

    /* Make a reasonably unpredictable id */
    clock_gettime(CLOCK_REALTIME, &ts);
    id = ts.tv_nsec + ts.tv_nsec/65536UL & 0xffff;
    q[0] = id/256;
    q[1] = id;

    r = __syscall(SYS_clock_gettime, clk, ts);
    if (r == -ENOSYS) {
        if (clk == CLOCK_REALTIME) {
            __syscall(SYS_gettimeofday, ts, 0);
            ts->tv_nsec = (int)ts->tv_nsec * 1000;
            return 0;
        r = -EINVAL;
    return __syscall_ret(r);

On aarch64, gettimeofday yields current time with low accuracy, the smallest unit is 1e-6, (I think)
Could we add some trick to make sure that the parallel A/AAAA queries got different  id?


Content of type "text/html" skipped

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.