抱歉，我整个重新编辑清楚一点。
机台 监控电脑
CNC_A
PC_1
CNC_B
PC_2
CNC_C ...
...
网络上有多台机台(CNC)与监控电脑(PC)，
最终目的是要让 PC 可以随时知道 CNC 状况。
目前需考虑三个条件：
1.工厂环境的网络品质不好
2.CNC 不要设固定 IP，也就是 CNC、PC 互相都不知道对方 IP 及数量
3.不要设固定通讯 port，因为该 port 如果先被 PC 上其他程式占走就 GG 了
作法：
1.CNC 在 port5000~6000 之间找两个可用的 port，并设监听，例如：
UDP Broadcast Listener = 192.168.1.100:5002
TCP Listener = 192.168.1.100:5003
2.PC 在 port5000~6000 之间找一个可用的 port ，一样设为监听：
TCP Listener = 192.168.1.105:5007
3.PC 开启一个新的 UDP Client，
对区网内所有范围在 5000~6000 的 port 进行广播，广播内容为：
"我是 PC，我的 TCP 为 192.168.1.105:5007"
4.CNC 接到后，开启一个新的 TCP Client 并回应到 PC 的 5007 port 上：
"我是 CNC，我的 TCP 为 192.168.1.100:5003"
5.PC 以后若需要 CNC 资料，
则开一个新的 TCP Client 发送讯息给 CNC 的 5003 port：
"请把XXX资料送到 192.168.1.105:5007"
上面的 TCP Client 都不会等待对方的 Listener 回应资料。
不等待的原因就是怕网络品质太差、对方忙碌，
对方将要回应的资料准备好后直接回应到对应的窗口即可。
我不知道这样构想是不是太"搞刚"？
有没有其他更适合的做法？
※ 编辑: noodleT (118.171.111.225), 09/25/2016 01:36:58