Hi Sowmini, thanks for the input and apologies for the delayed reply.
Interestingly, the snoop does not show any ping requests during the 'outage
period'. I have confirmed the replies were getting to the system during this
time by mirroring a port on the Ethernet switch to a promisc wireshark host.
The attachment snoop_trxuk_snv134_1.txt shows ICMP pings sequence ID's
1180-1229 succeeding. No ICMP requests are then received by the solaris host
until connectivity restores itself at sequence ID 1296.
As for 'netstat -s -P [ip | icmp]' the outputs are below, however nothing looks
'wrong' there either:
Output during ping sucess:
m...@zfs:~# netstat -s -P ip
IPv4 ipForwarding = 2 ipDefaultTTL = 255
ipInReceives =111975 ipInHdrErrors = 0
ipInAddrErrors = 0 ipInCksumErrs = 0
ipForwDatagrams = 0 ipForwProhibits = 14
ipInUnknownProtos = 0 ipInDiscards = 0
ipInDelivers =111897 ipOutRequests =111160
ipOutDiscards = 3 ipOutNoRoutes = 0
ipReasmTimeout = 15 ipReasmReqds = 0
ipReasmOKs = 0 ipReasmFails = 0
ipReasmDuplicates = 0 ipReasmPartDups = 0
ipFragOKs = 0 ipFragFails = 0
ipFragCreates = 0 ipRoutingDiscards = 0
tcpInErrs = 0 udpNoPorts = 158
udpInCksumErrs = 0 udpInOverflows = 0
rawipInOverflows = 0 ipsecInSucceeded = 0
ipsecInFailed = 0 ipInIPv6 = 0
ipOutIPv6 = 0 ipOutSwitchIPv6 = 0
m...@zfs:~# netstat -s -P icmp
ICMPv4 icmpInMsgs = 618 icmpInErrors = 0
icmpInCksumErrs = 0 icmpInUnknowns = 0
icmpInDestUnreachs = 0 icmpInTimeExcds = 0
icmpInParmProbs = 0 icmpInSrcQuenchs = 0
icmpInRedirects = 0 icmpInBadRedirects = 0
icmpInEchos = 523 icmpInEchoReps = 95
icmpInTimestamps = 0 icmpInTimestampReps = 0
icmpInAddrMasks = 0 icmpInAddrMaskReps = 0
icmpInFragNeeded = 0 icmpOutMsgs = 523
icmpOutDrops = 0 icmpOutErrors = 0
icmpOutDestUnreachs = 0 icmpOutTimeExcds = 0
icmpOutParmProbs = 0 icmpOutSrcQuenchs = 0
icmpOutRedirects = 0 icmpOutEchos = 0
icmpOutEchoReps = 523 icmpOutTimestamps = 0
icmpOutTimestampReps= 0 icmpOutAddrMasks = 0
icmpOutAddrMaskReps = 0 icmpOutFragNeeded = 0
icmpInOverflows = 0
Output during ping fail:
m...@zfs:~# netstat -s -P icmp
ICMPv4 icmpInMsgs = 604 icmpInErrors = 0
icmpInCksumErrs = 0 icmpInUnknowns = 0
icmpInDestUnreachs = 0 icmpInTimeExcds = 0
icmpInParmProbs = 0 icmpInSrcQuenchs = 0
icmpInRedirects = 0 icmpInBadRedirects = 0
icmpInEchos = 509 icmpInEchoReps = 95
icmpInTimestamps = 0 icmpInTimestampReps = 0
icmpInAddrMasks = 0 icmpInAddrMaskReps = 0
icmpInFragNeeded = 0 icmpOutMsgs = 509
icmpOutDrops = 0 icmpOutErrors = 0
icmpOutDestUnreachs = 0 icmpOutTimeExcds = 0
icmpOutParmProbs = 0 icmpOutSrcQuenchs = 0
icmpOutRedirects = 0 icmpOutEchos = 0
icmpOutEchoReps = 509 icmpOutTimestamps = 0
icmpOutTimestampReps= 0 icmpOutAddrMasks = 0
icmpOutAddrMaskReps = 0 icmpOutFragNeeded = 0
icmpInOverflows = 0
m...@zfs:~# netstat -s -P ip
IPv4 ipForwarding = 2 ipDefaultTTL = 255
ipInReceives =111942 ipInHdrErrors = 0
ipInAddrErrors = 0 ipInCksumErrs = 0
ipForwDatagrams = 0 ipForwProhibits = 14
ipInUnknownProtos = 0 ipInDiscards = 0
ipInDelivers =111868 ipOutRequests =111138
ipOutDiscards = 3 ipOutNoRoutes = 0
ipReasmTimeout = 15 ipReasmReqds = 0
ipReasmOKs = 0 ipReasmFails = 0
ipReasmDuplicates = 0 ipReasmPartDups = 0
ipFragOKs = 0 ipFragFails = 0
ipFragCreates = 0 ipRoutingDiscards = 0
tcpInErrs = 0 udpNoPorts = 154
udpInCksumErrs = 0 udpInOverflows = 0
rawipInOverflows = 0 ipsecInSucceeded = 0
ipsecInFailed = 0 ipInIPv6 = 0
ipOutIPv6 = 0 ipOutSwitchIPv6 = 0
Finally the dtrace script output is attached in the file
dtrace_trxuk_snv134_1.txt
The only entries generated are of the following type:
53974 arp_drop_packet:entry reason Target is not interesting
I am guessing that these are just packets on the wire such as multicasts not
destined for this host and are therefore rejected. These occur even when no
ping to the device is running.
It was hard to correlate the dtrace output with real world events as I do not
know if there is any latency between kernel events and dtrace scripts reporting
them to the console.
If there is no (or very little) latency then it is safe to say from my
observations that dtrace output occurred while the system was both pingable and
not pingable.
Thanks
//TrXuk
--
This message posted from opensolaris.org
_______________________________________________
networking-discuss mailing list
networking-discuss@opensolaris.org
