You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using the picoquicdemo with the multipath_rr.plugin in a mininet-wifi network. The network consists of two stations with two Mesh-Interfaces for each Station. To transmit data, two mesh-networks are established between the stations:
sta1-mp0 (10.0.0.1) <--> sta2-mp0 (10.0.0.2) as mesh1
sta1-mp1 (10.0.1.1) <--> sta2-mp1 (10.0.1.2) as mesh2
On the server i start: "./picoquicdemo -P plugins/multipath/multipath_rr.plugin -p 4443"
and on the client : "./picoquicdemo -P plugins/multipath/multipath_rr.plugin -G 10000000 10.0.0.2 4443"
The transmission is done without any error.
I used wireshark to see if everything worked as expected and saw that the QUIC-Protocol is used bidirectional between 10.0.0.1 and 10.0.0.2 (as expected), but there is no connection between 10.0.1.1 and 10.0.1.2.
There are also Frames using the UDP-Protocol from:
10.0.0.2 to 10.0.1.1
10.0.0.1 to 10.0.1.2
I can post the python code for the network if necessary.
The text was updated successfully, but these errors were encountered:
I'm using the picoquicdemo with the multipath_rr.plugin in a mininet-wifi network. The network consists of two stations with two Mesh-Interfaces for each Station. To transmit data, two mesh-networks are established between the stations:
sta1-mp0 (10.0.0.1) <--> sta2-mp0 (10.0.0.2) as mesh1
sta1-mp1 (10.0.1.1) <--> sta2-mp1 (10.0.1.2) as mesh2
On the server i start: "./picoquicdemo -P plugins/multipath/multipath_rr.plugin -p 4443"
and on the client : "./picoquicdemo -P plugins/multipath/multipath_rr.plugin -G 10000000 10.0.0.2 4443"
The transmission is done without any error.
I used wireshark to see if everything worked as expected and saw that the QUIC-Protocol is used bidirectional between 10.0.0.1 and 10.0.0.2 (as expected), but there is no connection between 10.0.1.1 and 10.0.1.2.
There are also Frames using the UDP-Protocol from:
10.0.0.2 to 10.0.1.1
10.0.0.1 to 10.0.1.2
I can post the python code for the network if necessary.
The text was updated successfully, but these errors were encountered: