N2N 奇怪的问题，导致我觉得其作者对于一些网络入门知识的理解出现错误？

非引战，只是讨论问题。

1.在公网的 CentOS 7.6，yum 安装 n2n，并建立了 SuperNode 。

2.在公司内网的 CentOS 7.6 以同样方式，安装了相同版本的 n2n 来作为 EdgeNode 。

3.n2n 版本：
n2n v.2.9.0.r1015.f5b730b for x86_64-unknown-linux-gnu

4.公网的 SuperNode，没启动 N2N 的 SuperNode 程序，先在 SuperNode 的相同端口，启动了 TCP Server 程序与 UDP Server 程序；接着，公司内网的 EdgeNode 通过 TCP Client 程序与 UDP Client 程序，都能向 SuperNode 发送数据，证明网络没问题。也就是说公司内网的 EdgeNode 能主动访问公网的 SuperNode 的 TCP 与 UDP 端口。

5.SuperNode 启动后，无任何 WARNING 或 ERROR 。

6.问题来了，启动 EdgeNode，一开始也无任何 WARNING 或 ERROR，但进入注册阶段后，EdgeNode 每隔几秒就出现警告：
[edge_utils.c:1541] WARNING: supernode not responding, now trying .....

7.排查：
SuperNode 通过 netstat -nlap | grep SuperNode 端口，看到 tcp 与 udp 都在同一个 SuperNode 端口进行监听。但 EdgeNode 启动后，SuperNode 这边没看到有新的 tcp 连接。

先解释一下，使用命令 netstat -nlap | grep xx 端口后，如果该端口有新的 TCP 连接对 SuperNode 进行 connect 连入，会被显示出来。

既然没有新的 TCP 连接，那么 EdgeNode 必然是通过 UDP 来向 SuperNode 发送数据。

众所周知，UDP 是一个单向无回复的协议。

当 EdgeNode 向 SuperNode 发送了一条 UDP Request 请求数据，并且希望得到 SuperNode 的 Respond 响应数据，那么，

要不 EdgeNode 需要向 SuperNode 开一条新的 TCP 连接来拿 Respond 数据（方法 1 ），要不 SuperNode 需要向 EdgeNode 开一条新的 TCP 链接（方法 2 ）或发送 UDP 数据（方法 3 ）。

方法 1：从 SuperNode 的 netstat -nlap | grep SuperNode 端口来看，并没有 tcp 新连接产生。所以 N2N 并没有使用这种方法。

方法 2 与方法 3：从网络拓扑结构来看，公网的 SuperNode 也无法向内网的 EdgeNode 发送消息，这是基本常识。就算能发，说明 SuperNode 与 EdgeNode 互通或公司网关对内网的 EdgeNode 做了端口映射或 DMZ，此时也不需要 N2N 这款软件了。

所以，EdgeNode 报这个错：WARNING: supernode not responding，难道是作者对网络结构或 tcp 、udp 的理解，出现偏差？？

但能写 N2N 的人，会犯这种低级错误？