谷博士您好：
首先我先說明我的作業環境如下： (1) 兩台電腦A、B位於同個區域網路內(10.0.7.XX)，作業系統皆為 Windows 平台 (2) 電腦A 使用一組IP (10.0.7.45) (3) 電腦B 使用多組IP (10.0.7.151、10.0.7.152、10.0.7.153、10.0.7.154、10.0.7.155) (4) UDT連線的方式是使用 Handling Firewalls 的方法連線，也就是Client to Client的方式 (5) 但在使用上一點連線描述時，我會先用傳統UDP雙方進行連線 (6) 在電腦B上，UDP的SOCKET在參數設定上是設置INADDR_ANY，有封包進來時，每個IP都能收到封包 (7) 當A與B的UDP確定連通後，雙方都使用bind2將現有UDP的SOCKET轉給UDT使用
以下問題： 當雙方電腦執行UDT的connect時，發現彼此無法connect。 以下是彼此連線時所使用的IP，而埠口都採用9000
電腦A <-> 電腦B 10.0.7.45 <-> 10.0.7.155 (connect失敗) 10.0.7.45 <-> 10.0.7.154 (connect失敗) 10.0.7.45 <-> 10.0.7.153 (connect失敗) 10.0.7.45 <-> 10.0.7.152 (connect失敗) 10.0.7.45 <-> 10.0.7.151 (connect成功)
我發現 原先UDP的SOCKET設置INADDR_ANY，轉到UDT上時， 貌似不是所有IP都能收到對方的connect之UDT訊號，發現只有一組IP能聽到connect之UDT訊號
假設 原先UDP的SOCKET設定上指定一個IP監聽 (如10.0.7.153) UDT 便可以收到對方的connect之UDT訊號，也就是自身connect也會成功
請教谷博士，這是UDT的BUG，還是您在設計UDT上bind2只能偵測一組IP，不能偵測多組IP ?? 又或是我使用貴UDT的方式時，哪裡沒注意到 ?
Log in to post a comment.
谷博士您好：
首先我先說明我的作業環境如下：
(1) 兩台電腦A、B位於同個區域網路內(10.0.7.XX)，作業系統皆為 Windows 平台
(2) 電腦A 使用一組IP (10.0.7.45)
(3) 電腦B 使用多組IP (10.0.7.151、10.0.7.152、10.0.7.153、10.0.7.154、10.0.7.155)
(4) UDT連線的方式是使用 Handling Firewalls 的方法連線，也就是Client to Client的方式
(5) 但在使用上一點連線描述時，我會先用傳統UDP雙方進行連線
(6) 在電腦B上，UDP的SOCKET在參數設定上是設置INADDR_ANY，有封包進來時，每個IP都能收到封包
(7) 當A與B的UDP確定連通後，雙方都使用bind2將現有UDP的SOCKET轉給UDT使用
以下問題：
當雙方電腦執行UDT的connect時，發現彼此無法connect。
以下是彼此連線時所使用的IP，而埠口都採用9000
電腦A <-> 電腦B
10.0.7.45 <-> 10.0.7.155 (connect失敗)
10.0.7.45 <-> 10.0.7.154 (connect失敗)
10.0.7.45 <-> 10.0.7.153 (connect失敗)
10.0.7.45 <-> 10.0.7.152 (connect失敗)
10.0.7.45 <-> 10.0.7.151 (connect成功)
我發現 原先UDP的SOCKET設置INADDR_ANY，轉到UDT上時，
貌似不是所有IP都能收到對方的connect之UDT訊號，發現只有一組IP能聽到connect之UDT訊號
假設 原先UDP的SOCKET設定上指定一個IP監聽 (如10.0.7.153)
UDT 便可以收到對方的connect之UDT訊號，也就是自身connect也會成功
請教谷博士，這是UDT的BUG，還是您在設計UDT上bind2只能偵測一組IP，不能偵測多組IP ??
又或是我使用貴UDT的方式時，哪裡沒注意到 ?