1、TCP 连接的三次握手介绍
TCP三次握手是保证其可靠性的前提下能过完成连接的最小值。
第一次握手由客户端发送SYN（同步连接请求）和自己的seq；
第二次握手由服务端收到客户端发送的SYN后回复ACK=客户端SYN+1，并发送自己的SYN；
第三次握手由客户端发送ack已确认收到服务器的SYN，从而完成连接。
不用一次握手是因为TCP是面向连接的传输机制，是双向的，仅靠一次握手无法完成最基本的连接，所以一次握手肯定不可以；
假设需要两次握手，当A发送SYN给B时，如果因为网络延时或者其他原因导致该信息B没有收到，这时A迟迟未收到B发送的ACK回复，就会继续给B发送SYN连接请求，此时若B能正常收到该SYN并且回复ACK给A，二者建立连接，之后某个时间点，B收到了第一个SYN，会认为只是一个链接请求，就会回复A，而A知道自己已经完成了链接并且不需要该ACK，就会将其丢弃，而B则会持续发送ACK，造成网络资源的占用和浪费；
上述现象的根源在于服务器不知道这是一个无效连接，而三次握手就可以解决这个问题，第二次B向A回复ACK+SYN时，服务器知道A还必须回复一次确认，如果没有收到该确认，证明这是一个无效的连接，将释放连接，重新建立连接，故采用三次握手机制。
所谓的"三次握手"即对每次发送的数据量是怎样跟踪进行协商使数据段的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发送、接收完毕后何时撤消联系，并建立虚连接。
2、TCP 断开的四次挥手介绍
(1) TCP客户端发送一个FIN，用来关闭客户到服务器的数据传送。
(2) 服务器收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。
(3) 服务器关闭客户端的连接，发送一个FIN给客户端。
(4) 客户端发回ACK报文确认，并将确认序号设置为收到序号加1。
是tcp是全双公的，要实现可靠的连接关闭，A发出结束报文FIN，收到B确认后A知道自己没有数据需要发送了，B知道A不再发送数据了，自己也不会接收数据了，但是此时A还是可以接收数据，B也可以发送数据；当B发出FIN报文的时候此时两边才会真正的断开连接，读写分开。为了防止失效的连接请求报文段突然又传送到主机 B ，因而产生错误。
3、静态路由实验
1、IP地址划分（便于汇总--减少路由条目的数量，便于管理）
192.168.1.0/24
六个网段借3位
192.168.1.0/27-->骨干路（六个网段借3位） 192.168.1.0/30 192.168.1.4/30 192.168.1.8/30 192.168.1.12/30 192.168.1.16/30
192.168.1.20/30 192.168.1.24/30 192.168.1.28/30
环回
R1 192.168.1.32/27-->192.168.1.32/28 192.168.1.48/28
R2 192.168.1.64/27-->192.168.1.64/28 192.168.1.80/28
R3 192.168.1.96/27
R4 192.168.1.128/27-->192.168.1.128/28 192.168.1.144/28
R5 192.168.1.160/27
192.168.1.192/27
192.168.1.224/27
2、使所有节点拥有合法的IP地址
R1
R2
R3
R4
R5
R6
3、进行缺省路由的配置
4、进行下一跳
R1
R2
R3
R4
5、R3下的两台PC通过DHCP自动获取IP地址
6、选路最佳
R4
R5
7、建立空接口
8、测试
9、R6 TelnetR5的公有IP地址时，实际登录到R1上
