Re: [Wish] Implementation report for draft-ietf-wish-whip-00

Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com> Sat, 11 September 2021 12:35 UTC

Return-Path: <sergio.garcia.murillo@gmail.com>
X-Original-To: wish@ietfa.amsl.com
Delivered-To: wish@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AA6F3A12DE for <wish@ietfa.amsl.com>; Sat, 11 Sep 2021 05:35:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J_fbSIjjRPGW for <wish@ietfa.amsl.com>; Sat, 11 Sep 2021 05:35:40 -0700 (PDT)
Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 218DD3A12DB for <wish@ietf.org>; Sat, 11 Sep 2021 05:35:40 -0700 (PDT)
Received: by mail-pj1-x102e.google.com with SMTP id n13-20020a17090a4e0d00b0017946980d8dso3360480pjh.5 for <wish@ietf.org>; Sat, 11 Sep 2021 05:35:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TjqqIToMUnkl/nhlb/+E2iqRKO6NIybE315hxt/BVQw=; b=SLqrcTN0VN9KNtzgvpbygLUjPE3VDsXsk0prHTyf7kaIWwZ4SLUmMPxBC/EPMTFKj7 4RK5V0XcKwZJvXxDbw+RaZLSnpUCp3SWYwbxBI79J6enBj9WrMolT3K0Tv2SQ+jVvmwa xG98Yq+FuHlmMhrLaEZoqAkh95q80VceZxjUXEfRFpDcrYdXwY533xTInfMaHir3BoZL 7N+UECU+XpU/btmuO5b1S5Ubh5AEKLpVCjNh9JgEynLpU9JIjM0VGkhRWG4jDhuPDG8k 2X83gwW+DvkXAhOmzuIrvhEUlSMBoxsYuab1HUoP2iW60GPUAL/RskbxpUSRzVzyX7wW yenw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TjqqIToMUnkl/nhlb/+E2iqRKO6NIybE315hxt/BVQw=; b=6uADsXHYqUBFZ5SE6jHSVsZzgOp/6g7CWiJqOZX9wYuXop+lBwAoYr9aQI8doqCjaC 225fg1cQ0RhzjR4D/PLMCxvpHc9KxR1Gumgd8GXSd1uAt6QIFSgj8C5Izweyb62KnUrD 8iv/EX+SkR8wFRUi+J/JAQY2VpqmUW15Kgor+/GbKB0s58gRl8lmF33dJXlZtLNXbrXC A01H8UHqQW/Nqbid62YxmPKnlRd4P5PB4EtgpME5QiEITThACEwohM27pAghcScxyxJq Ls1sUtRj8ZdNTZmsf01II6IuuTaJ2nbfRfsGEfReBlq3JQHXL53j4yDxXynnniQdFean Y1nA==
X-Gm-Message-State: AOAM5310NvzzUHI2cbBDovotxM0Uc3+/RRYyK0jJEMSNRF95YR0KLSGH 71nPen4dQ9nqSabGe+R1AaPK7xw6UoPvAt4uG4U=
X-Google-Smtp-Source: ABdhPJx+nbH5K20JDfV21Mrk6EIBX3xVHyq+KhEcnE/1SFoJNreS+BcYZ3vBKmhqsDoOnCXHFTpUP6zbmEbWX/Yqq1U=
X-Received: by 2002:a17:90b:1488:: with SMTP id js8mr2782661pjb.41.1631363737447; Sat, 11 Sep 2021 05:35:37 -0700 (PDT)
MIME-Version: 1.0
References: <874kathgcl.wl-jch@irif.fr> <87wnnpg0un.wl-jch@irif.fr> <20210909185217.63e966c2@lminiero> <87czpgby87.wl-jch@irif.fr> <20210910110922.3e9afce0@lminiero> <878s04blj6.wl-jch@irif.fr> <20210910153918.4a626d78@lminiero> <CA+ag07ZTzZst-GSQRTXSy8qVePXGRnKkP2iqbTVyw7uBKb0HDg@mail.gmail.com> <874karwi41.wl-jch@irif.fr> <20210911122506.24d71c44@lminiero> <87zgsjuzyz.wl-jch@irif.fr>
In-Reply-To: <87zgsjuzyz.wl-jch@irif.fr>
From: Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>
Date: Sat, 11 Sep 2021 14:35:24 +0200
Message-ID: <CA+ag07ZdO27EUWbpLecoL=fPqJeb010E9pc_TCOuE4593zfw-A@mail.gmail.com>
To: Juliusz Chroboczek <jch@irif.fr>
Cc: Lorenzo Miniero <lorenzo@meetecho.com>, WISH List <wish@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000011f16305cbb77899"
Archived-At: <https://mailarchive.ietf.org/arch/msg/wish/2I6ZaxZbAoG68owUicdUjtyH9-M>
Subject: Re: [Wish] Implementation report for draft-ietf-wish-whip-00
X-BeenThere: wish@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: WebRTC Ingest Signaling over HTTPS <wish.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wish>, <mailto:wish-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wish/>
List-Post: <mailto:wish@ietf.org>
List-Help: <mailto:wish-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wish>, <mailto:wish-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 11 Sep 2021 12:35:47 -0000

You can use the ice transport apis to get username and password and only
fallback to sdp parsing in case browser don't support the apis


try {
//Get local ice properties
const local =
this.pc.getTransceivers()[0].sender.transport.iceTransport.getLocalParameters();
//Get them for transport
this.iceUsername = local.usernameFragment;
this.icePassword = local.password;
} catch (e) {
//Fallback for browsers not supporting ice transport
this.iceUsername = offer.sdp.match(/a=ice-ufrag:(.*)\r\n/)[1];
this.icePassword = offer.sdp.match(/a=ice-pwd:(.*)\r\n/)[1];
}


I am in favor of extending the abnf of the sdp fragment mime type [it is
supported by the rfc] to allo0w sending candidates at session level.
Mandating using RTP/,AVP at the m line seems really incorrect.

Not sure about changing the logic for not requiring username and password.
It's an edge case but the request for candidates and ice restart may be
received out of order and the username and password may be used for
discarding obsolete candidates, or worse end-of-candisates signaling.

Best regards
Sergio

El sáb., 11 sept. 2021 13:13, Juliusz Chroboczek <jch@irif.fr> escribió:

> >> My knowledge of ICE is very superficial, but perhaps we could make the
> >> data optional so that only the data available in the onicecandidate
> >> callback is compulsory?  For example, we could say that:
> >>
> >>   - ice-pwd is optional;
> >>
> >>   - m-line is optional when mLineIndex is 0.
>
> > I don't see the advantage of only putting ufrag and not pwd,
>
> The ufrag is available in event.candidate.usernameFragment.  Unless I'm
> mistaken, the pwd is not, it requires parsing the local description.
>
> > Same for the m-line: once you've done parsing, even in the case of
> > bundling it's easy to figure out what media the first m-line contains.
>
> The m-line is available in event.candidate.sdpMid, so no objection to
> making it compulsory, even though I don't see how it is useful since we
> mandate bundling.
>
> -- Juliusz
>