<div dir="ltr"><span style="font-size:12.8px">Hi Tim and everyone on tor-dev, </span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Our QUIC + TOR project has almost been fully implemented. We are debugging the last few bits of bugs. Update: </div><div style="font-size:12.8px"><ol><li style="margin-left:15px"><b>We've now able to build many complete circuits with QUIC as its underlying protocol. </b></li><li style="margin-left:15px">We have not debugged the actual communication part yet. We are aware of certain failure cases for QUIC (e.g. line 15642 of the log is being debugged right now). So we cannot send actually client data yet. </li><li style="margin-left:15px">The current state uses QUIC for OR connections only. Thus a dual-path is implemented as suggested in my last email thread. </li><li style="margin-left:15px">TLS is completely bypassed and important state (that is set up in tls_handshake functions) is preserved and refactored out. e.g. conn->/chan->state purpose, etc. </li><li style="margin-left:15px">Some tinkering and re-designing of QUIC itself is also underway. The fact that QUIC is a transport protocol on application layer makes it painful to interact with the event and timer systems of TOR. We are trying to improve this aspect now. </li></ol></div><div style="font-size:12.8px"><b><u>The debugging log I was attaching was too big for the tor-dev list. So if you are interested to take a look at the file, let me know. Your help is greatly appreciated!  </u></b></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Some particularly concerning things in the log: </div><div style="font-size:12.8px"><ol><li style="margin-left:15px"><u>circuit_get_by_circid_channel_impl(): found nothing for circ_id 14801, channel ID 2 (0x7f758bb6b740)</u><br>Then it just attaches this circ onto this channel.. Is this normal? </li><li style="margin-left:15px"><u>Line 4901 circuit_receive_relay_cell(): Passing on unrecognized cell.</u><br>It happens a lot. Is this normal? </li><li style="margin-left:15px">This sequence happened a lot around 7500. <br><u>relay_send_command_from_edge_(): delivering 10 cell forward.<br>circuit_package_relay_cell(): crypting a layer of the relay cell. <br>circuit_package_relay_cell(): crypting a layer of the relay cell. <br>circuit_package_relay_cell(): crypting a layer of the relay cell.</u><br>It seems like its decrypting and forwarding cells along. Is it normal for TOR (with TCP) to do this in a burst? Because I'm seeing about ~1s of repeated calls. </li></ol><div><b>Some more general questions:</b> </div></div><div style="font-size:12.8px"><ol><li style="margin-left:15px">Internal Circuits: any docs? What is it used for? Measuring bandwidth? How many internal circuits are required by the system? <br></li><li style="margin-left:15px"><b><font color="#ff0000">circuit wide ID format.</font></b> We had a bug regarding this last week. The check in process_create_cell always fails because line 281-295 in <u>command.c</u> always failed (the check for CIRC_ID_TYPE and id_is_high). Currently we commented out this check. What does it affect? And could we do this? <br></li><li style="margin-left:15px">From a high level, when a client sends data using a circuit, what is its code path? Which special (as in, specific to client-initiated communication) functions are called? </li></ol></div><div style="font-size:12.8px">Any other comment on the log is greatly appreciated, since everyone here is probably more familiar than me with what a normal bootstrapping process would look like. </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Thank you!</div><div class="" style="margin:2px 0px 0px;font-size:12.8px"></div></div>