search

signetlabdei / quic-ns-3

QUIC implementation for ns-3
GNU General Public License v2.0
44 stars 17 forks source link

BulkSending with QUIC to a PacketSink over a two-hop lossy link doesn't recognize maxBytes #4

Closed yeliqseu closed 1 year ago

yeliqseu commented 5 years ago

I'm trying to simulate a two-hop loss link transmission for a fixed number of bytes using QUIC, and compare it with using TCP. I use the BulkSendApplication to send to PacketSink. I wrote a script (as attached) following the ideas from quic-variants-comparison-bulksend.cc. However, I found that the transmission won't stop after the maxBytes of bytes are sent, whereas it works as expected if I use TCP socket. I had to add Simulator::Stop () in the SinkRx trace to break out the transmission.

Can anyone please help me understand what is happening?

lossy-two-hop-quic.txt

mychele commented 5 years ago

Hi, thanks for reporting this, we are looking into it. However, it seems to me that the limit in BulkSendApplication is respected.

Il giorno mer 19 giu 2019 alle ore 03:51 yeliqseu notifications@github.com ha scritto:

I'm trying to simulate a two-hop loss link transmission for a fixed number of bytes using QUIC, and compare it with using TCP. I use the BulkSendApplication to send to PacketSink. I wrote a script (as attached) following the ideas from quic-variants-comparison-bulksend.cc. However, I found that the transmission won't stop after the maxBytes of bytes are sent, whereas it works as expected if I use TCP socket. I had to add Simulator::Stop () in the SinkRx trace to break out the transmission.

Can anyone please help me understand what is happening?

lossy-two-hop-quic.txt https://github.com/signetlabdei/quic-ns-3/files/3304958/lossy-two-hop-quic.txt

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/signetlabdei/quic-ns-3/issues/4?email_source=notifications&email_token=ABWVXZOQWIGS7HZBKISMA6TP3HQRRA5CNFSM4HZG3AN2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4G2KMOPA, or mute the thread https://github.com/notifications/unsubscribe-auth/ABWVXZMX2GHD4DKFSB6PHWLP3HQRRANCNFSM4HZG3ANQ .

-- Michele Polese

Ph.D. Candidate Dept. of Information Engineering (DEI) - SIGNET Research Group University of Padova Via Gradenigo 6/B, 35131 Padova (Italy)

email: michele@polese.io web: polese.io - mmwave.dei.unipd.it