[cifs-protocol] [EXTERNAL] Trying to let a Windows client use MS-SWN against a samba cluster
Kristian Smith
Kristian.Smith at microsoft.com
Thu Jan 4 17:17:52 UTC 2024
Hi Metze,
I don't think I'll be able to get answers to your follow-ups before I'm out-of-office tomorrow evening. I'm happy to get back in touch with you when I return the week of the 23rd, or I can have one of my colleagues look into these while I'm away. Just let me know if these are more urgent and I can find a teammate to assist.
Regards,
Kristian Smith
Support Escalation Engineer | Azure DevOps, Windows Protocols | Microsoft® Corporation
Office phone: +1 425-421-4442
Email: kristian.smith at microsoft.com<mailto:kristian.smith at microsoft.com>
Working hours: 8:00 am - 5:00 pm PST, Monday – Friday
Team Manager: Gary Ranne garyra at microsoft.com<mailto:garyra at microsoft.com>
ServiceHub: https://serviceshub.microsoft.com/support/contactsupport_
In case you don't hear from me, please call your regional number here: https://support.microsoft.com/help/13948/global-customer-service-phone-numbers.
If you need assistance outside my normal working hours, please reach out to devbu at microsoft.com<mailto:devbu at microsoft.com>. One of my colleagues will gladly continue working on this issue.devbu at microsoft.com<mailto:devbu at microsoft.com>. One of my colleagues will gladly continue working on this issue.
________________________________
From: Stefan Metzmacher <metze at samba.org>
Sent: Thursday, January 4, 2024 8:51 AM
To: Kristian Smith <Kristian.Smith at microsoft.com>; Interoperability Documentation Help <dochelp at microsoft.com>
Cc: cifs-protocol at lists.samba.org <cifs-protocol at lists.samba.org>
Subject: Re: [EXTERNAL] Trying to let a Windows client use MS-SWN against a samba cluster
[You don't often get email from metze at samba.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
Am 11.12.23 um 22:15 schrieb Kristian Smith:
> Hi Metze,
>
> I'm reaching out with regard to question 10 from your mail below.
>
> ---------------------------------------------------------------------------------------------------------
> Question 10:
> MS-SWM 3.1.6.1 Server Application Notifies of an Interface Being Enabled or Disabled
>
> The calling application provides the interface group name, IPv4 and/or IPv6
> addresses, and state.
> ...
> Then for each entry in the WitnessRegistrationList where
> WitnessRegistration.NetworkName
> matches the application-provided interface group name ...
>
> This seems to indicate that there's actually just a single
> InterfaceGroupName matching the single NetworkName.
> ---------------------------------------------------------------------------------------------------------
>
> WitnessRegistration.NetworkName is the NetName provided by the client when registering.
> InterfaceGroupName is provided by the Server Cluster application.
That's also my understanding.
But on a windows 2012 cluster I saw that the interfaceGroupNames in the GetInterfaceList() response
are the per node netbios names (something like node0, node1, node2) that hold the related ip address.
But the NetworkName in th Register[Ex]() request from the client gets the sofs cluster name,
something like "sofs-cluster" or "sofs-cluster.example.com" (which has to match ServerGlobalName
(See Question 11).
With that the statement:
Then for each entry in the WitnessRegistrationList where WitnessRegistration.NetworkName
matches the application-provided interface group name ...
would never be true and no registration in the list will ever get any notification...
So it seems to be a documentation bug.
In my code I'm comparing WitnessRegistration.IpAddress being equal to the ip address of
the changed interface.
> If there are no current registered witnesses (clients), the Interface.InterfaceGroupName would still exist, but there would be no WitnessRegistration.NetworkName
> This check (referenced in your question) compares the server-application-provided InterfaceGroupName (the one that underwent a state change) to those in the list of registered witnesses. This ensures that the client receives a message about the state change.
It would mean on windows that it compares "node0" to match "sofs-cluster.example.com", which can't work.
> Please let me know if there are lingering concerns with Question 10 and I'd be happy to dig back in.
Please do :-)
Thanks!
metze
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/cifs-protocol/attachments/20240104/b356f4e0/attachment.htm>
More information about the cifs-protocol
mailing list