Middleware products verified for the support of IPv6
|Main||EGI.eu operations services||Support||Documentation||Tools||Activities||Performance||Technology||Catch-all Services||Resource Allocation||Security|
|Middleware menu:||Home||Software Calendars||Technology Providers||UMD Release Schedule||UMD Products Overview||UMD Products ID Cards||Release and deployment process||Middleware Requirements||Next middleware release|
The following tables collects the products tested so far during the UMD software provisioning process.
|Product name||Version||Released in UMD update #||IPv6 support||Comments||GGUS ticket|
|DPM||from 1.8.8 on||UMD3 and UMD4||YES|
|FTS||every version of FTS||UMD3 and UMD4||YES|
|StoRM||1.11.2||UMD3.2.1||PARTIAL||srmv server does not bind to IPv6 socket. workaround available.||https://ggus.eu/ws/ticket_info.php?ticket=99461|
|frontier-squid-3||ALL||YES||squid2 is not IPv6 ready. squid3 is in Preview already, investigating if it's possible to introduce in UMD4.|
|argus-pep-api-c, lcmaps-plugins-c-pep, argus-gsi-pep-callout, argus-pepcli, XACML||ALL||YES||argus-pep-api-c, lcmaps-plugins-c-pep, argus-gsi-pep-callout, argus-pepcli rely fully on libcurl, hence is fully dual-stack. XACML
does not create sockets or do name lookups.
|lcmaps-plugins-scas-client||PARTIAL||lcmaps-plugins-scas-client does do a name lookup and socket creation and
is currently not IPv6 compliant, but can only connect over IPv4. This is fixed in our trunk and will be released together with a fix for OpenSSL 1.1, which is currently blocked by VOMS.
Additional wiki page with the tests performed for the operations tools by JRA1.