IPv6 Multipathing


IP multipathing was introduced in Chapter 5, "IP Multipathing." To use multipathing with IPv6, the setup is very similar to that of IPv4, although there are some important differences. The most notable are that the test addresses are created on the same network interface, such as hme0 , without the need for additional logical interfaces, and that the test address can also be used for normal operation. With IPv4 setup, the test address is used only to enable the in.mpathd process to probe its status.

Like IPv4, IPv6 multipathing can be set up via a command line or through the use of configuration files.

graphics/note_icon.gif

Remember that if you set up multipathing on the command line, the configuration will be lost on the next reboot. To make your changes persist across reboots, you must use configuration files so that multipathing is implemented each time the system reboots.


Using Configuration Files

To use IP multipathing with existing IPv6 interfaces, you simply edit the relevant /etc/hostname6.< interface > files for the network interfaces you want to participate in multipathing and then reboot the system.

To set up IPv6 multipathing for a system that has two interfaces hme0 and hme1 and uses a multipath group called ip6test , you would edit the files /etc/hostname6.hme0 and /etc/hostname6.hme1 and add the following entry to each:

 -failover group ip6test up 
graphics/note_icon.gif

Using the configuration files to configure IPv6 multipathing assumes that the IPv6 interfaces already existthat is, they have already been configured for normal use. This process merely modifies the interface's functionality to participate in multipathing.


When the system is rebooted, view the configuration with the ifconfig -a command:

 ultra10# ifconfig -a lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1         inet 127.0.0.1 netmask ff000000 hme0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2         inet 192.168.28.28 netmask ffffff00 broadcast 192.168.28.255         groupname ip6test         ether 8:0:20:b3:41:53 lo0: flags=2000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6> mtu 8252 index 1         inet6 ::1/128 hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6,NOFAILOVER> mtu 1500 index 2         ether 8:0:20:b3:41:53         inet6 fe80::a00:20ff:feb3:4153/10         groupname ip6test hme1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3         inet 192.168.28.29 netmask ffffff00 broadcast 192.168.28.255         groupname ip6test         ether 8:0:20:b3:41:52 hme1: flags=a000841<UP,RUNNING,MULTICAST,IPv6,NOFAILOVER> mtu 1500 index 3         ether 8:0:20:b3:41:52         inet6 fe80::a00:20ff:feb3:4152/10         groupname ip6test 

Notice from this code that

  • The multipath group has been applied to the IPv6 interfaces and the IPv4 interfaces.

  • The inet6 lines for both hme0 and hme1 are now configured as test addresses for the IP multipathing daemon, in.mpathd , to monitor.

Using the Command Line

Multipathing with IPv6 can also be set up on the command line manually, but any changes made are lost at the next reboot of the system. Like IPv4, you need to be running at least Solaris 8 10/00, and your system needs to be able to support local ethernet addresses. This was described in Chapter 1, "Local Area Networks," in the section "Assigning a Port-Based Ethernet Address."

To set up IPv6 multipathing manually on a system with two network interfaces hme0 and hme1 and a multipath group of ip6test , the following needs to be done:

  1. Run the ifconfig -a command to view the current interface setup:

     ultra10# ifconfig -a lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1         inet 127.0.0.1 netmask ff000000 hme0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 \ index 2         inet 192.168.28.28 netmask ffffff00 broadcast 192.168.28.255         ether 8:0:20:b3:41:53 lo0: flags=2000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6> mtu 8252 index 1         inet6 ::1/128 hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2         ether 8:0:20:b3:41:53         inet6 fe80::a00:20ff:feb3:4153/10 hme1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 \ index 3         inet 192.168.28.29 netmask ffffff00 broadcast 192.168.28.255         ether 8:0:20:b3:41:52 hme1: flags=a000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 3         ether 8:0:20:b3:41:52         inet6 fe80::a00:20ff:feb3:4152/10 

    The current configuration shows that both hme0 and hme1 have IPv6 addresses assignedthese are the hexadecimal values for the inet6 lines relating to hme0 and hme1 in the code shown in step 1.

  2. Assign the hme0 interface to the multicast group ip6test .

     ultra10# ifconfig hme0 group ip6test 
  3. Repeat step 2 for the hme1 interface, so that both interfaces are associated with the multicast group ip6test .

  4. Configure a test address for both the hme0 and hme1 IPv6 interfaces, so that in.mpathd can monitor their status.

     ultra10# ifconfig hme0 inet6 -failover ultra10# ifconfig hme1 inet6 -failover 
  5. Start the in.mpathd process (if it is not already running), to start monitoring the network interfaces. Check whether the daemon is running by entering the following command:

     ultra10# ps -ef grep mpath     root   366   354  0 10:41:07 pts/2    0:00 grep mpath     root   365     1  0 10:41:03 ?        0:00 /sbin/in.mpathd 

    The result shows that the daemon is running. If the process is not running, you can either reboot the system or start it manually by entering

     ultra10# /sbin/in.mpathd 
  6. Multipathing is now running.

graphics/alert_icon.gif

A multipathing test address for an IPv6 interface does not have to be marked as deprecated (to prevent normal applications from using the address) as it does when you are implementing IP multipathing in IPv4.




Solaris 9 Network Administration Exam Cram 2 (Exam Cram CX-310-044)
Solaris 9 Network Administrator Exam Cram 2 (Exam CX-310-044)
ISBN: 0789728702
EAN: 2147483647
Year: 2003
Pages: 174
Authors: John Philcox

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net