Now one of my server, which runs linux, has the same subnet with my switch. for example 192.168.1.0/24. and the assume the ip of the server is 192.168.1.10, and the manage ip of switch is 192.168.1.100, but when I telnet 192.168.1.100 after I login on(use CRT via ssh protocol) the server,the connection between them seems lost temporarily. i have to wait for about 3 minutes before telnet sucess. and when i ping 192.168.1.100, i can't get any response during that period. do you know why?
hello, can you show me how to sniff the server. bcz i don't know how to sniff the server via my pc when try to communicate with the switch. and here is the screenshot when i ping the switch via the server.
PS:I am sorry, i just erased the IP address of the server.
Verify if you have tcpdump installed with "which tcpdump" command and if it is not then you'll to install it but I don't know this PiOS stuff so can't tell you how to do this (don't know the package management for this)
Once tcpdump is installed then "tcpdump -i "name of interface to sniff" -vv"
well, i can't find any cmd about tcpdump in the server, so i think the server never installed the application. but if i can sniff the switchport which connects to the server interface and get the data which come from the server interface. bcz that is easy to be done. what do you think of so.?
Yes, i just mean SPAN. and i get the data attached to the switchport. I found there are serval request message were sent out from server to switch and never get any repley message for a period when i do the ping. and when i try to telnet, tcp connection can't be established via three shaking-hands normally at beginning. and there are some tcp retransmission message were being sent at that moment. so can you make some inference?
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...