floodlightV1.2 和dell S3048 连接总是握手断开握手断开的解方法

我们研究SDN,使用Floodlight V1.2 和DELL S3048进行连接,一直是握手断开握手断开,后来抓了一下包,发现table_feature_reply消息是空,而且使用别的控制器发现握手成功以后也不会发送该消息,所以我们将floodlight的握手流程改了:

在net.floodlightcontroller.core.internal.OFSwitchHandshakeHandler 文件中找到sendHandshakeTableFeaturesRequest函数,将原来的代码注释,并添加setState(new WaitInitialRoleState());这一行便可

改后的代码是:

private void sendHandshakeTableFeaturesRequest() {
//        OFTableFeaturesStatsRequest tfsr = factory.buildTableFeaturesStatsRequest()
//                /* leave entries blank --> just ask, don‘t set */
//                .setXid(handshakeTransactionIds--)
//                .build();
//        mainConnection.write(tfsr);
        setState(new WaitInitialRoleState());
    }

如果你也出现这个问题,可以试一试

电子科技大学

胡力卫

时间: 2024-10-20 04:44:44

floodlightV1.2 和dell S3048 连接总是握手断开握手断开的解方法的相关文章

tcp 建立连接的三次握手,以及关闭连接的4次挥手

TCP连接的三次握手 第一次握手:客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认; (客户端问服务器:你爱我吗?) 第二次握手:服务器收到syn包,必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态; (服务器回答:我爱你,你也爱我吗?) 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABL

TCP连接的三次握手和四次解散过程

客户端和服务器在使用TCP连接传输数据的过程中,需要经过三次握手建立连接和四次握手断开连接操作. 具体如下图所示 上图描述了TCP连接从建立到断开的详细过程,以下就其中的具体报文细节展开讨论. 在TCP三次握手建立连接阶段,客户端首先向服务器发送一个SYN=1,Sequence=p的请求包. 如果服务器同意授予客户端该链接,则发送ACK=p+1,SYN=1,Sequence=q的回应包. 最后在客户端收到服务器的回应包以后,也会向服务器发送一个回应包,具体内容为ACK=q+1,SYN=0,Seq

TCP连接的三次握手,TCP/UDP区别联系,socket连接和http连接的区别

TCP连接的三次握手 1.第一次握手:客户端发送SYN + J包(syn = j)到服务器,并进入SYN_SEND状态,等待服务器确认: 2.第二次握手:服务器收到syn包,必须确认客户的SYN(A出口= j+1),同时自己也发送一个SYN+K包(syn =k),即SYN +ACK包,向服务器发送确认包ACK(ack = k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手, TCP/UDP区别联系 1.TCP的全称是传输控制协议,这种协议可以提供面向连接的,可靠地

Tcp连接的七次握手浅析

连接的三次握手 客户端向服务器发送SYN请求 服务器发送ACK回应请求,并同时发送一个SYN的请求给客户端 客户端回应ACK应答 关闭的四次握手 对于关闭流程,一共有三种情况:客户端主动关闭,服务器端主动关闭,客户端和服务器端同时主动关闭.这里仅仅以客户端主动关闭为例列出下图. 客户端主动关闭,发送FIN请求 服务器回应ACK应答 服务器被动关闭,发送FIN请求 客户端回应ACK应答 对于关闭流程,服务器端和客户端是对等的地位,其它两种场景处理过程类似.需要注意的是,由于对端是是可以主动关闭的,

socket断开连接的四次握手及常见过程解析

TCP的协议文档对TCP的一些规定:文档名称-RFC793 TCP消息头的控制位 URG:紧急指针字段有效 ACK:确认头部字段有效 PSH:强制函数 RST:重置链接 SYN:同步系列号码 FIN:再没有来自发送者的数据 TCP连接过程的各种状态及意义 LISTEN:等待任何从远端TCP和端口的连接请求 SYN-SENT:发送一个连接请求以后等待一个匹配的连接请求 SYN-RECEIVED:发送一个连接请求并收到匹配的连接请求以后等待连接请求被确认 ESTABLISHED:表示一个打开的连接,

TCP建立连接的三次握手和TCP连接断开的四次挥手

1. TCP建立连接的3次握手 2. TCP断开连接的四次挥手 [注意]中断连接端可以是Client端,也可以是Server端. 图3-Client端主动发起关闭连接请求 1. 假设Client端主动发起中断连接请求,也就是发送FIN报文. 2. Server端接到FIN报文后,意思是说"我Client端没有数据要发给你了",但是如果你还有数据没有发送完成,则不必急着关闭Socket,可以继续发送数据.所以你先发送ACK,"告诉Client端,你的请求我收到了,但是我还没准备

网络连接的三次握手及四次握手

网络连接的三次握手及四次握手   一个数据从一台主机传输到另一台主机,看似平淡无奇,但是稍微了解就知道其底层其实是非常复杂的,下面我们说一下OSI(Open System Interconnection)开放系统互连,一个数据要经过7个过程的层层打包,然后到对方电脑后再层层解包来完成.     第一层:物理层(physical)也是最底层了,把打包好的数据通过二进制进行传输.为启动.维护以及关闭物理链定义了电气规范.机械规范.过程规范和功能规范.     第二层:数据链路层(data link)

详解TCP连接的“三次握手”与“四次挥手”(下)

上文链接: 详解TCP连接的"三次握手"与"四次挥手"(上) 四.TCP的四次挥手(Four-Way Wavehand) 0.前言 对于"三次握手"我们耳熟能详,因为其相对的简单.但是,我们却不常听见"四次挥手",就算听过也未必能详细地说明白它的具体过程.下面就为大家详尽,直观,完整地介绍"四次挥手"的过程. 1."四次挥手"的详解 所谓的四次挥手即TCP连接的释放(解除).连接的释放必

TCP建立连接通过三次握手,释放连接通过四次挥手

tcp建立连接通过三次握手.释放连接通过四次挥手 一.tcp建立连接通过三次握手 首先tcp的特性:tcp是面向连接的安全可靠的传输协议. 传输连接是用来传送tcp报文的.tcp传输连接的建立和释放是每一次面向连接的通信中必不可少的过程.因此,传输连接就有三个阶段:连接建立.数据传输.连接释放.传输连接的管理就是使传输连接的建立和释放都能正常的进行. 在tcp连接建立的过程中要解决以下三个问题: 1.要使每一方都能够确知对方的存在. 2.要允许双方协商一些参数(如最大窗口值.是否使用窗口扩大选项