I investigated the (null) problem again and now I assume it is really related with the client.
My openport.vbs gives:
</NETSTAT>
<NETSTAT>
<PROTO>udp6</PROTO>
<LOCALADDRESS>[fe80::dc67:10cb:3e1e:ab3%16]:61506</LOCALADDRESS>
<STATE></STATE>
<PID>1528/C:\Windows\system32\svchost.exe -k LocalServiceAndNoImpersonation</PID>
</NETSTAT>
so you see the <STATE></STATE> line with just no content
But if I run the ocsinventory.exe with /xml switch I get in the resulting XML file
</NETSTAT>
<NETSTAT> <PROTO>udp6</PROTO> <LOCALADDRESS>[fe80::dc67:10cb:3e1e:ab3%16]:61506</LOCALADDRESS> <STATE>(null)</STATE> <PID>1528/C:\Windows\system32\svchost.exe -k LocalServiceAndNoImpersonation</PID>
</NETSTAT>
that is: there is the (null) string already included.
On the other hand the empty string in LISTEN is imported and reported in the server's GUI correctly when it comes
from a Linux client.
Bonjour Didier,
I investigated the (null) problem again and now I assume it is really related with the client. [fe80:: dc67:10cb: 3e1e:ab3% 16]:61506< /LOCALADDRESS> C:\Windows\ system32\ svchost. exe -k LocalServiceAnd NoImpersonation </PID>
My openport.vbs gives:
</NETSTAT>
<NETSTAT>
<PROTO>udp6</PROTO>
<LOCALADDRESS>
<STATE></STATE>
<PID>1528/
</NETSTAT>
so you see the <STATE></STATE> line with just no content
But if I run the ocsinventory.exe with /xml switch I get in the resulting XML file
<PROTO> udp6</PROTO>
<LOCALADDR ESS>[fe80: :dc67:10cb: 3e1e:ab3% 16]:61506< /LOCALADDRESS>
<STATE> (null)< /STATE>
<PID> 1528/C: \Windows\ system32\ svchost. exe -k LocalServiceAnd NoImpersonation </PID>
</NETSTAT>
<NETSTAT>
</NETSTAT>
that is: there is the (null) string already included.
On the other hand the empty string in LISTEN is imported and reported in the server's GUI correctly when it comes
from a Linux client.
Should wo reopen this bug or create a new one?
Best regards
Gerold