[BCC dochelp] Hi Stefan
Since Kristian will be out of office until after Jan 23, 2024. We went ahead and create SR Case - TrackingID#2401040040013236. Do leave this tag in the Subject line for future reference and tracking. One of our engineers will contact you shortly. Hung-Chun Yu [email protected] Protocol Support -----Original Message----- From: Stefan Metzmacher <[email protected]> Sent: Thursday, January 4, 2024 8:52 AM To: Kristian Smith <[email protected]>; Interoperability Documentation Help <[email protected]> Cc: [email protected] Subject: Re: [EXTERNAL] Trying to let a Windows client use MS-SWN against a samba cluster [You don't often get email from [email protected]. 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 _______________________________________________ cifs-protocol mailing list [email protected] https://lists.samba.org/mailman/listinfo/cifs-protocol
