From: Steve French <smfrench@gmail.com>
To: David Howells <dhowells@redhat.com>
Cc: CIFS <linux-cifs@vger.kernel.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>
Subject: Re: Making the in-kernel DNS resolver handle server lists
Date: Wed, 12 Sep 2018 15:53:58 -0500 [thread overview]
Message-ID: <CAH2r5muCWSSNzM9bp3fkqL55Hf=kGL24V=-At0b4O_5EAWJNRQ@mail.gmail.com> (raw)
In-Reply-To: <17451.1536750676@warthog.procyon.org.uk>
Yes - this could be very useful for cifs (SMB3) in processing DFS
(global namespace) referrals and also in Witness protocol
redirections, as well as some reconnect scenarios (especially when low
in memory when upcalls could be risky)
On Wed, Sep 12, 2018 at 6:11 AM David Howells <dhowells@redhat.com> wrote:
>
> Hi Trond, Anna, Steve,
>
> For kAFS, I'm writing something to allow the in-kernel DNS resolver be able to
> ask for a server list (eg. the list of VL servers in an AFS cell) and get back
> a list of servers and the addresses associated with each server.
>
> This would be requested by passing an "srv=<version>" option in the callout
> info.
>
> The payload handed to the kernel currently looks like something assembled from
> the data obtained from a bunch of SRV records that have been further looked up
> to A or AAAA.
>
> In the kernel it might get parsed to something like:
>
> struct address {
> union {
> struct sockaddr_in sin;
> struct sockaddr_in6 sin6;
> };
> };
>
> struct server {
> unsigned short port;
> unsigned short pref; // From SRV
> unsigned short weight; // From SRV
> unsigned char ipproto; // IPPROTO_*
> unsigned int nr_addrs; // May be 0
> struct address *addrs;
> };
>
> struct server_list {
> unsigned int nr_servers;
> struct server servers[];
> };
>
> Is this something that NFS or CIFS (or anything else for that matter) could
> find useful?
>
> I also have this loading information from a configuration file as a
> backup/override of the DNS. Could that also be useful to NFS/CIFS?
>
> David
--
Thanks,
Steve
next prev parent reply other threads:[~2018-09-13 2:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-12 11:11 Making the in-kernel DNS resolver handle server lists David Howells
2018-09-12 20:53 ` Steve French [this message]
2018-09-12 21:18 ` David Howells
2018-09-12 22:27 ` Steve French
2018-09-13 8:38 ` Aurélien Aptel
2018-09-13 18:30 ` Steve French
2018-09-13 9:14 ` David Howells
2018-09-13 20:01 ` David Howells
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAH2r5muCWSSNzM9bp3fkqL55Hf=kGL24V=-At0b4O_5EAWJNRQ@mail.gmail.com' \
--to=smfrench@gmail.com \
--cc=dhowells@redhat.com \
--cc=linux-cifs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).