Also, do broadcast IPv4 in addition to multicast IPv4 and multicast IPv6. Some switches seem to make the admin work for multicast to work at all...
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@11916 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
After adding IPv4 support, noted that IMM and AMM behaved far less nicely,
restore the service-request prelude to attribute request as a result
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@11900 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
First off, have it called outside a loop to avoid many invocations of 'ip'
Secondly, IPv4 multicast demands local ip address, extract those too
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@11899 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
pointless (at least for us, services are pretty deterministic and skipping straight to attribute request makes a lot of sense).
To make up for giving up the service request provide url list, track and fill in srvtype when the reply comes back so that caller knows which data elements match which of the requested service types.
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@11889 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
TODO includes IPv4 SLP and reworked multi-srvtype support since RFC indicated behavior doesn't work (divide multiple srvtypes into separate packets to workaround)
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@11884 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
