linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).