Wiki code for NWAM Phase 0 Troubleshooting

Hide Line numbers
1: == Troubleshooting Network problems
2: 
3: 1. Is NWAM enabled?
4:  To determine if NWAM is running, run:
5: 
6: {{{
7: # svcs physical
8: }}}
9: 
10:  If NWAM is running, you should see:
11: 
12: {{{
13: STATE          STIME    FMRI
14: disabled       15:18:18 svc:/network/physical:default
15: online         16:44:23 svc:/network/physical:nwam
16: }}}
17: 
18:  If you see
19: 
20: {{{
21: STATE        STIME    FMRI
22: online       15:18:18 svc:/network/physical:default
23: disabled     16:44:23 svc:/network/physical:nwam
24: }}}
25: 
26:  NWAM is not enabled, so doing the following will fix this:
27: 
28: {{{
29: # svcadm disable network/physical:default
30: # svcadm enable network/physical:nwam
31: }}}
32: 
33: 1. Driver problems?
34:  To determine if drivers have attached successfully for your network devices, run:
35: 
36: {{{
37: # ifconfig -a
38: }}}
39: 
40:  If you see only
41: 
42: {{{
43: lo0: flags=2001000849 mtu 8232 index 1
44:         inet 127.0.0.1 netmask ff000000 
45: lo0: flags=2002000849 mtu 8252 index 1
46:         inet6 ::1/128 
47: }}}
48: 
49:  you likely need drivers or need to update /etc/driver_aliases for the devices you have. [[The laptop community>>Community Group laptop.WebHome]] is a great resource for troubleshooting these sorts of issues.
50: 1. Wireless problems
51:  First, ensure that your wireless device is present:
52: 
53: {{{
54: # dladm show-link
55: }}}
56: 
57:  Now to determine if the wireless device can see any WLANs, run
58: 
59: {{{
60: # dladm scan-wifi
61: }}}
62: 
63:  If the scan is picking up WLANs, we know wireless is working, so there may be an NWAM-specific problem.
64: 1. Wireless/WEP/DHCP problems
65:  Because of the way authentication works with WEP, there is no definitive indication of keying problems: if an incorrect key is given, the connection to the AP will succeed, but packets will not move. From the perspective of the nwam daemon, the connect operation succeeds, and then DHCP is started, but never acquires a lease. Since the DHCP protocol does not have a time limit, the DHCP client will continue to try to connect; in this case, there is no protocol-defined way to distinguish between an authentication failure and a missing/slow DHCP server.
66:  If you suspect you might be running into this problem, confirm that you are connected:
67: 
68: {{{
69: # dladm show-wifi
70: LINK       STATUS            ESSID               SEC    STRENGTH   MODE   SPEED
71: wpi0       connected         foo                 wep    good       g      36Mb
72: }}}
73: 
74:  ...and that there are no responses coming from the DHCP server:
75: 
76: {{{
77: # ifconfig wpi0 dhcp status
78: Interface  State         Sent  Recv  Declined  Flags
79: wpi0       SELECTING        5     0         0  
80: }}}
81: 
82:  To recover, you must delete the incorrect key, and restart the nwam service. It will then walk you through the process of choosing a WLAN and entering the key again.
83:  Use the dladm command to delete the incorrect key. The name of the key will be in the format {{code}}"nwam-<essid>-<bssid>"{{/code}}. You can use dladm to see the names of all stored keys, as well:
84: 
85: {{{
86: # dladm show-secobj
87: OBJECT               CLASS
88: nwam-foo-0.11.24.b.84.b1 wep
89: nwam-bar-12.17.a6.c0.c5.0 wep
90: # dladm delete-secobj nwam-foo-0.11.24.b.84.b1
91: #
92: }}}
93: 
94:  After deleting the incorrect key, restart the nwam service:
95: 
96: {{{
97: # svcadm restart nwam
98: }}}
99: 
100: 1. Wired/wireless preferences and static addressing
101:  By default, NWAM prefers, and will first try to configure, plugged in wired interfaces. If this fails, it will fall back to wireless. In cases where drivers do not support notifications of plugging/unplugging, NWAM may erroneously assume the wired devices are plugged in. If you wish to change the order of device configuration, edit the /etc/nwam/llp file. it should look like this:
102: 
103: {{{
104: wired_if0 dhcp
105: ..
106: wireless_if0 dhcp
107: }}}
108: 
109:  Changing the order is easy, just move the wireless_if0 entry/entries above the wired. If you wish to assign a static address, replace "dhcp" with "static", followed by the static address and an optional prefix length, e.g. "static 192.168.1.4/24".
110: 1. None of the above
111:  If NWAM appears to be finding all your interfaces and attempting to bring the up, but you still don’t have the expected network connectivity, it’s often useful to know how far NWAM got in its attempt to bring things up. Some helpful things to check are:
112: 1* The output of ’{{code}}ifconfig -a{{/code}}’: which interface(s) is/are marked RUNNING? Is DHCPRUNNING set on any of the interfaces? Is an IP address assigned to any of the interfaces?
113: 1* For a wireless link, the output of ’{{code}}dladm show-wifi{{/code}}’: is the link connected to a WLAN?
114: 1* The output of ’{{code}}netstat -rn{{/code}}’: do you have a default route?
115: 1* Are name services set up properly? The typical dhcp-based configuration will include a file called /etc/resolv.conf, which configures DNS for network name resolution; does that file exist, with data entered in it?
116:  Enabling debugging in NWAM can also help diagnosis. First, /etc/syslog.conf needs to be modified to ensure syslogging captures daemon debug messages. Add a line such as this (note that the syslog.conf fields must be TAB-separated, so if you copy and paste the text from this page, you’ll probably need to manually insert a tab before the filename):
117: 
118: {{{
119: daemon.debug	/var/tmp/nwam.log
120: }}}
121: 
122:  followed by
123: 
124: {{{
125: # touch /var/tmp/nwam.log
126: # svcadm refresh system-log
127: # svcadm restart system-log
128: }}}
129: 
130:  This tells syslog to dump daemon messages in /var/tmp/nwam.log. Now, enable debugging in NWAM:
131: 
132: {{{
133: # svccfg -s nwam setprop nwamd/debug = true
134: # svcadm refresh nwam
135: }}}
136: 
137:  To restart and try and reproduce the problem, it may help to run
138: 
139: {{{
140: # svcadm restart nwam
141: }}}
142: 
143:  When contacting [[nwam-discuss>>mailto:nwam-discuss@opensolaris.org]] about problems, the debug log will be helpful in diagnosing the issue.
OpenSolaris

Top Menu

Wiki code for NWAM Phase 0 Troubleshooting

Search

Collectives

Community Group

Project

User Group

Subsites

Project nwam Pages
