![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||
Solution Type Troubleshooting Sure Solution 1933232.1 : Sparc Enterprise M3000/M4000/M5000/M8000/M9000 Servers XSCFU NETWORK: packet routing basic troubleshooting steps
In this Document
Applies to:Sun SPARC Enterprise M3000 Server - Version All Versions to All Versions [Release All Releases]Sun SPARC Enterprise M9000-64 Server - Version All Versions to All Versions [Release All Releases] Sun SPARC Enterprise M9000-32 Server - Version All Versions to All Versions [Release All Releases] Sun SPARC Enterprise M4000 Server - Version All Versions to All Versions [Release All Releases] Sun SPARC Enterprise M8000 Server - Version All Versions to All Versions [Release All Releases] Information in this document applies to any platform. PurposeThe purpose of this document is to illustrate some common mistakes in packets routing at the XSCFU level, and some typical XSCF network misconfigurations. Troubleshooting StepsData collection and information to be provided to Oracle Support The XSCFU network settings can be gathered by running the shownetwork -a command. Let's analyze the following output performed on a M9000 platform: xscf#0-lan#0 ---------------------------------------------------------------> xscf#0-lan#0 port
The Active XSCF in the above example is XSCFU#0. The redundant networking is set (lan#0 and lan#1 connected to two different subnets). The routing table can be gathered via showroute -a(n) command. When the showroute –a is run without the -n option, and if the customer has DNS (Domain Name System) enabled, the IP addresses will be resolved into hostnames. The default router is represented by 0.0.0 in showroute -an, and resolved in "default" (*) in showroute -a. xscf> showroute -a Destination Gateway Netmask Flags Interface Destination Gateway Netmask Interface xscf> showroute -a -n Destination Gateway Netmask Flags Interface Destination Gateway Netmask Interface
Explanation: Running the showroute command on the XSCF will display the routing table. The fields in the output include the Destination IP address, Gateway, and Netmask. In the Flags column, a U indicates the route is up and a G indicates to use this gateway. The last field is the Network interface. The first line in the example output with the U flag is the netmask setting for the XSCF LAN port. In the first example on the slide, XSCF#1-LAN#0 has a netmask setting of 255.255.252.0 Note: both shotnetwork -a and showroute -a (n) are collected by the XSCF snapshot
Snapshot: How to collect snapshot from the XSCFU: Gathering diagnostic data for SPARC Enterprise M3000/M4000/M5000/M8000/M9000 (OPL) Servers (Doc ID 1008229.1)
HOW TO CORRECTLY SET ROUTES WHEN YOU'RE TRYING TO REACH THE XSCFU NETWORK (LAN#0 and LAN#1) FROM A DIFFERENT SUBNET. 1) Always check that the XSCFU default gateway address, matches the subnet router IP address:
HOW TO FIX: I) xscf> showroute -a -n Destination Gateway Netmask Flags Interface II) Add the correct default route first (the XSCFU firmware does not allow to delete a route if at least another one is set) xscf> setroute –c add –n 0.0.0.0 –m 0.0.0.0 –g 172.17.9.175 xscf#1-lan#0 III) Once XSCF has rebooted, delete the bad route xscf> setroute –c del –n 0.0.0.0 –m 0.0.0.0 –g 192.168.1.1 xscf#1-lan#0 IV) xscf> showroute -a -n Destination Gateway Netmask Flags Interface
2) Always check that there is only one default router set xscf> showroute -a -n
Destination Gateway Netmask Flags Interface 172.17.9.0 0.0.0.0 255.255.252.0 U xscf#0-lan#0 0.0.0.0 172.17.9.175 0.0.0.0 UG xscf#0-lan#0 0.0.0.0 192.168.1.1 0.0.0.0 UG xscf#0-lan#0 The XSCFU is set to multiple default routers and can’t figure out which one to use. In the above example, showroute command shows two default routes set.
I) Delete the bad route
xscf> setroute –c del –n 0.0.0.0 –m 0.0.0.0 –g 192.168.1.1 xscf#1-lan#0 xscf> applynetwork –y xscf> rebootxscf -y II) xscf> showroute -a -n Destination Gateway Netmask Flags Interface 172.17.9.0 0.0.0.0 255.255.252.0 U xscf#0-lan#0 0.0.0.0 172.17.9.175 0.0.0.0 UG xscf#0-lan#0
3) Always check that the default router has the netmask set to 0.0.0.0 and not to the same netmask as the XSCF’s network xscf> showroute -a -n Destination Gateway Netmask Flags Interface With this configuration the XSCFU cannot route packages outside the 255.255.255.0 subnet. HOW TO FIX: I) Add the correct default route xscf> setroute –c add –n 0.0.0.0 –m 0.0.0.0 –g 192.168.1.1 xscf#1-lan#0 xscf> setroute –c del –n 0.0.0.0 –m 255.255.255.0 –g 192.168.1.1 xscf#1-lan#0 Destination Gateway Netmask Flags Interface 4) Always check that the router destination field is set to 0.0.0.0 xscf> showroute -a -n
Destination Gateway Netmask Flags Interface 192.168.1.0 0.0.0.0 255.255.255.0 U xscf#0-lan#0 192.168.1.0 192.168.1.1 255.255.255.0 UG xscf#0-lan#0 In this case there is only a static route set back to its own subnet. Note that in the showroute command both destination settings are set to 192.168.1.0. When configured this way, the XSCF doesn’t know about routes outside the local subnet and the XSCF will not route outside the local subnet. HOW TO FIX: I) Add the correct default route xscf> setroute –c add –n 0.0.0.0 –m 0.0.0.0 –g 192.168.1.1 xscf#1-lan#0 II) Delete the bad route III) xscf> showroute -a -n
System Firmware Matrix: Firmware: Sun SPARC[TM] Enterprise M3000, M4000, M5000, M8000, M9000 XSCF Control Package (XCP) Firmware Image Software Version Matrix Information (Doc ID 1002631.1) TSC Engagement: Support Alias: Support_M_Series_WW@oracle.com
References<NOTE:1020259.1> - Sun[TM] SPARC Enterprise M3000/M4000/M5000/M8000/M9000: Troubleshooting LDAP client service on the XSCFU<NOTE:1315765.1> - Sun SPARC(R) Enterprise M3000/M4000/M5000/M8000/M9000 (OPL) Servers: Current Issues Page <NOTE:1387044.2> - Information Center: Troubleshooting M3000/M4000/M5000/M8000/M9000-32/M9000-64 <NOTE:1002631.1> - Sun SPARC[TM] Enterprise M3000, M4000, M5000, M8000, M9000 XSCF Control Package (XCP) Firmware Image Software Version Matrix Information <NOTE:1008229.1> - Gathering diagnostic data for SPARC Enterprise M3000/M4000/M5000/M8000/M9000 (OPL) Servers <NOTE:1340082.1> - Sun SPARC Enterprise M3000, M4000, M5000, M8000, M9000 Product Pages ( OPL ) <NOTE:1558849.1> - Sun SPARC Enterprise M3000/M4000/M5000/M8000/M9000 - How to enable packet filtering on the XSCF Attachments This solution has no attachment |
||||||||||||||||
|