aggressive open_bi about quinn

[Ralith]

This is how QUIC works. The side which will first transmit on a stream should be the side responsible for opening it. This will be more prominently documented in the next release:

quinn/quinn/src/connection.rs

Lines 317 to 319 in 0e9a196

	/// **Important Note**: The `Connection` that calls [`open_bi()`] must write to its [`SendStream`]
	/// before the other `Connection` is able to `accept_bi()`. Calling [`open_bi()`] then
	/// waiting on the [`RecvStream`] without writing anything to [`SendStream`] will never succeed.

quinn/quinn/src/recv_stream.rs

Lines 31 to 38 in 0e9a196

	/// # Common issues
	///
	/// ## Data never received on a locally-opened stream
	///
	/// Peers are not notified of streams until they or a later-numbered stream are used to send
	/// data. If a bidirectional stream is locally opened but never used to send, then the peer may
	/// never see it. Application protocols should always arrange for the endpoint which will first
	/// transmit on a stream to be the endpoint responsible for opening it.