Verify link configuration and vnet settings in LDOM

Asset ID:	1-71-1020016.1
Update Date:	2011-01-28
Keywords:

Solution Type Technical Instruction Sure

Solution 1020016.1 : Verify link configuration and vnet settings in LDOM

Related Items


Sun Blade T6300 Server Module
 Sun SPARC Enterprise T5440 Server
 Sun Fire T2000 Server
 Sun SPARC Enterprise T1000 Server
 Sun SPARC Enterprise T5220 Server
 Sun SPARC Enterprise T5240 Server
 Sun Blade T6320 Server Module
 Sun Netra T5220 Server
 Sun Blade T6340 Server Module
 Sun Netra T5440 Server
 Sun SPARC Enterprise T2000 Server
 Sun Fire T1000 Server
 Sun SPARC Enterprise T5140 Server
 Sun SPARC Enterprise T5120 Server
 Sun Netra T2000 Server

Related Categories


GCS>Sun Microsystems>Operating Systems>Solaris Operating System
 GCS>Sun Microsystems>Servers>NEBS-Certified Servers
 GCS>Sun Microsystems>Servers>CMT Servers
 GCS>Sun Microsystems>Servers>Blade Servers

PreviouslyPublishedAs
250926

Description
This document would explain the details of required steps to verify link configuration and vnet settings

Steps to Follow
We will provide an overview of verifying configuration and vnet settings in LDOM

Make sure mac address assigned to vnet/vsw by ldom manager is registered in the DHCP server
# /opt/SUNWldm/bin/ldm list-domain -o network primary
NAME
primary

MAC
    00:21:28:16:d8:5c

VSW
    NAME             MAC                       NET-DEV    DEVICE     DEFAULT-VLAN-ID PVID VID                  MODE
    primary-vsw0     00:21:28:16:d8:5c        e1000g0 switch@0          1             1
    primary-vsw1     00:14:4f:c9:e3:ba        nxge0         switch@1    1                1

# /opt/SUNWldm/bin/ldm list-domain -o network ldom01
NAME
ldom01

MAC
    00:14:4f:fa:33:e5

NETWORK
    NAME             SERVICE                     DEVICE              MAC            MODE       PVID   VID
    vnet0            primary-vsw0@primary        network@0    00:14:4f:f8:e2:d9          1
    vnet1            primary-vsw1@primary        network@1    00:14:4f:f8:c9:7e     hybrid            1

Above mac addresses highlighted in bold must be registered in DHCP server. vnet1 is configured
as hybrid as nxge0 is capable of supporting hyrbid feature. vnet0 is not in hybrid mode
Check the link status of the physical interface in control domain/service domain

# kstat -m nxge -i 0 -n "Port Stats" | grep link_
        link_asmpause                0
        link_duplex                     full
        link_pause                      0
        link_speed                      10000
        link_up                           1

# dladm show-dev
vsw0               link: unknown   speed: 1000 Mbps        duplex: full
vsw1               link: unknown   speed: 10000 Mbps       duplex: full
nxge0              link: up         speed: 10000 Mbps       duplex: full
e1000g0         link: up             speed: 1000 Mbps      duplex: full
e1000g1         link: unknown   speed: 0    Mbps      duplex: half
e1000g2         link: unknown   speed: 0        Mbps        duplex: half
e1000g3         link: unknown   speed: 0    Mbps        duplex: half
Above data shows nxge0 link is up
Check vnet configuation files are created

/etc/hostname.vnet0 , /etc/hostname.vnet1 files must be created

# ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
vnet0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 10.5.63.112 netmask fffff800 broadcast 10.5.63.255
        ether 0:14:4f:f8:e2:d9
vnet1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3
        inet 192.1.1.3 netmask ffffff00 broadcast 192.1.1.255
        ether 0:14:4f:f8:c9:7e
- The hybrid resource(vnet1) above is assigned only when a vnet is plumbed.That means, the DMA resources are not wasted for a virtual network device that is not currently active.
- OBP doesn't use Hybird I/O, that means, the boot net type of traffic in OBP doesn't benefit from Hybrid I/O.
- Guest Domain to Guest Domain communication in the same system does not use Hybrid I/O
Check communication between vnet and control domain is working
# date; kstat -m vnet -i 0 | grep dring
Sun Aug 23 18:27:09 PDT 2009
        dring_data_acks                    17007
        dring_data_msgs               17007
        dring_stopped_acks              17007
# date; kstat -m vnet -i 0 | grep dring
Sun Aug 23 18:27:12 PDT 2009
        dring_data_acks               17014
        dring_data_msgs                  17014
        dring_stopped_acks           17014

NOTE: dring related statistics of vnet will increment when vnet and control domain are communicating

Sun Fire T1000 Server
Sun Netra T2000 Server
Sun Netra T5220 Server
Sun Netra T5440 Server
Netra T5220 AC
Sun SPARC Enterprise T5220 Server
Sun SPARC Enterprise T5240 Server
Sun Blade T6300 Server Module
Sun Blade T6320 Server Module
Sun SPARC Enterprise T5120 Server
Sun SPARC Enterprise T5140 Server
Sun Blade T6340 Server Module
Sun SPARC Enterprise T2000 Server
Sun SPARC Enterprise T5440 Server
Sun SPARC Enterprise T1000 Server

Internal Comments
This document contains normalized content and is managed by the the Domain Lead
(s) of the respective domains. To notify content owners of a knowledge gap
contained in this document, and/or prior to updating this document, please
contact the domain engineers that are managing this document via the "Document
Feedback" alias(es) listed below:

Normalization Lead: global-systems-tsc-domain-engineers@Sun.COM

Normalized, ldom, ldm, guest , domain, network, issues, vnet, vsw, vswitch, virtual network interface, hyrbrid I/O, DHCP, audited

Attachments
```
This solution has no attachment
```