LoadRunner enables you to test IPv6 based applications in addition to IPv4 based ones. Script recording supports recording for both IPv4 and IPv6 simultaneously. The code that is generated is non-IP specific. With the exception of Web HTTP/HTML protocols, users are unaware which IP version is being used when replaying the script in a load test. Web HTTP protocols have a Runtime setting that allows you to choose between IPv4 and IPv6 for the replay.
The internal LoadRunner communication between the Controller and Load Generators uses IPv4 communication. To record and replay in both IPv4 and IPv6, install both VuGen and Load Generator on IPv6-enabled computers, as shown in the diagram below.
For more details about IPv6 related changes, see the Preferences View - Internet Protocol.
For a list of the supported protocols, see the System Requirements. You can also find information here: Protocol Support for Async, IPv6, and 64-bit Recording.
Protocol Support Limitations
Support for IPv6 is available with the following limitations:
Web HTTP protocol
- FTP from Web is not supported
- Web Breakdown is not supported
- Kerberos is not supported
- Spoofing from Web is not supported
- PAC file is not supported
IPv6 Webtrace is not supported on 6to4 outgoing network interfaces.
IPv6 webtrace does not support RawSocket mode
- Replay failures may occur because of a IPv4/IPv6 switch between recording and replaying.
IPV6_webtrace fails to run from a command line with error "webtrace_send_probe_failed". This is caused by an incorrectly installed load generator.
Uninstall LoadRunner or the incorrectly installed load generator.
Check if the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SRPACKET key was removed by the uninstallation process (manually remove it if necessary).
Remove all files and folder in the C:\ HPE\LoadGenerator folder left by the uninstallation process.
Restart the machine.
Reinstall LoadRunner or the load generator.
- Check if the
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SRPACKET\ImagePathvalue points to the correct path (packet_amd64.sys driver).