Hey Alan, thanks for publishing your protocol!

Twitch has also been working on a video over QUIC protocol, albeit
primarily for video distribution instead of contribution. We're very
interested in collaborating on RUSH and producing a new standard for live
streaming! Would there be broader interest in forming a video over QUIC
working group?

On Tue, Jul 13, 2021 at 12:04 PM Alan Frindell <afrind=
[email protected]> wrote:

> Hi Sergio, thanks for your interest in the draft.
>
>
>
> I’m interested in seeing a video ingest protocol standard that leverages
> QUIC as a transport, has some partial reliability support, and is less
> connection-oriented so that servers can go down for maintenance without
> impacting ingest reliability or having arbitrarily long drain times.  We
> published our RUSH draft to help kickstart the conversation but we’re open
> to feedback and modifications if they help advance those goals.
>
>
>
> Thanks
>
>
>
> -Alan
>
>
>
> *From: *Sergio Garcia Murillo <[email protected]>
> *Date: *Tuesday, July 13, 2021 at 9:02 AM
> *To: *Alan Frindell <[email protected]>
> *Cc: *"[email protected]" <[email protected]>, "[email protected]" <[email protected]>, "
> [email protected]" <[email protected]>, Kirill Pugin <[email protected]>
> *Subject: *Re: [Wish] Video ingest over QUIC
>
>
>
> Hi Alan,
>
>
>
> I think that the correct place for discussing it is AVTCORE as Bernard has
> indicated, as  WISH is not chartered to implement any new media protocol.
>
>
>
> The draft is very interesting and I would be willing to collaborate, what
> is your main interest? Do you want to try to publish it as it is or would
> you be accepting feedback and include modifications?
>
>
>
> Best regards
>
> Sergio
>
>
>
>
>
>
>
> El mar, 13 jul 2021 a las 17:37, Alan Frindell (<afrind=
> [email protected]>) escribió:
>
> Hi, for several years, Facebook has been using its own video ingest
> protocol over QUIC from our apps to our infra.  While we’ve spoken about it
> before, we just now published a draft documenting how it works:
> https://www.ietf.org/archive/id/draft-kpugin-rush-00.html.
>
> The protocol leverages the advantages of QUIC transport, and features a
> partially reliable mode using only QUIC v1 RST_STREAM.
>
> We welcome your feedback
>
> Thanks
>
> -Alan Frindell
>
>
>
>
>
> --
> Wish mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/wish
>
> --
> Wish mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/wish
>

Reply via email to