Re: [stir] Making STIR SIP messages smaller

Mary Barnes <mary.ietf.barnes@gmail.com> Tue, 13 April 2021 17:50 UTC

Return-Path: <mary.ietf.barnes@gmail.com>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 461D93A20BD for <stir@ietfa.amsl.com>; Tue, 13 Apr 2021 10:50:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 WfGR6Gth93_R for <stir@ietfa.amsl.com>; Tue, 13 Apr 2021 10:50:13 -0700 (PDT)
Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) (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 ECF0D3A20BB for <stir@ietf.org>; Tue, 13 Apr 2021 10:50:12 -0700 (PDT)
Received: by mail-oi1-x233.google.com with SMTP id c16so17842443oib.3 for <stir@ietf.org>; Tue, 13 Apr 2021 10:50:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=45MdsU55ISdodPfOlW0Asu30tgbge50ASjCk+lEVWTI=; b=cXPYN/RgPNTngwbEI9SOLwkWfoHZURWNh1n4807Bc1oorV67vDTPUR5UA1jRJ+oDgI QOIYhcggcxGgiI2G+/bx1k0MJsypv/CBXKPGNO983V32qXiSMcw0G1P3tZcEX6hYWq+U CA8IKh/teuKbExExgWXr1tMYvKKlKKILiefUCOucwW85O75fwE3nTtwN39hSguK+FRAZ iT6A+aIPFTbLmeZ3x/6LmO9+Oqg8yRbHiEKjQL2LoUh2wraKKqamxM4e7EORLb3r0HXD MJuITIE554ceUftYX4BqRqyeVKgJHirDbvJzyiZgsBptj9hYRfftLoztPVia0oKB/RpV IejA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=45MdsU55ISdodPfOlW0Asu30tgbge50ASjCk+lEVWTI=; b=Ry85C3inswVP4J7Ms+tU4mUHJyPmx01Zb3nlhgwnhzyN2t3JK/mfJPWlH1sL8aZxKM pcwuWNc84B+VezwP5FPj/Lggs4Eke8Jm/rG4ZMBHwBqlbjOSPWn9qCNVuOcoRyleAV5Q i85sZxy/8KiHwquKNqzsvHSgAmpPkAOTXyPASfxMydFhlk/8zf1M/Vu/mMhL51KPxkGC OqT8k5w9ux3E1INqyhuf/IohrxKAcamZZYh0wwC8l1eEHCgAXe9qaDZmXeGxlUmOJhof oqEtwhWfjIMA4yIIQy2k97MrRZCRCQ+rO9vjIUwSa3s4saTFmePBUbKvB2X9+UTbzUAb siqw==
X-Gm-Message-State: AOAM5311leCCPe6VTmFupggBV+TLu/9vZVqwWKIDMCc1zn9XcN/eV+G6 JQDbW5WEuiDh3iH7XWfCV+6VuTVxlup4GplvE9lmBv4t
X-Google-Smtp-Source: ABdhPJxvpI/jwdNe0Y6IjnDD9mipfHiyt/3BqiTJBlJMoonde2x6hO7cVX/wlGnQlYU1Bo3B64kw+ie80R89iLlr88A=
X-Received: by 2002:aca:f041:: with SMTP id o62mr881672oih.114.1618336210280; Tue, 13 Apr 2021 10:50:10 -0700 (PDT)
MIME-Version: 1.0
References: <adc8bd10-a04d-aff5-e03f-183f0d59c22c@petit-huguenin.org> <CAD5OKxvqYSRjaA_eR=nX4sNgTbAtQ3dSqqgAe0-y9EzbA-dRug@mail.gmail.com> <AM0PR07MB386063A2162B5C07319225D393739@AM0PR07MB3860.eurprd07.prod.outlook.com> <CAD5OKxuyT4bmNBYgSMN-9M-c1Tr=gO1rQAg1D7xGSYx=bP9K3A@mail.gmail.com> <5308A309-85DC-4440-ABE9-6C1EEB4E0FEE@chriswendt.net> <CAD5OKxsRh5pgYbc6ULL2c7nCUuAfQiM=r78vxkd0WWg0veDkjA@mail.gmail.com> <E0562367-B7E8-4935-A71A-60D2C105F850@chriswendt.net> <BN6PR11MB39211A0A9BB35EB34E1789C599709@BN6PR11MB3921.namprd11.prod.outlook.com> <19194256-B61E-47D6-B1F6-5317F2F7BE90@chriswendt.net> <BN6PR11MB3921F5DBEA3719F5DB0C31BC99709@BN6PR11MB3921.namprd11.prod.outlook.com> <CAD5OKxsswce0vHSZdc1UYS6ie2D7ut6ZDmc8MUX7Jnzyim9utQ@mail.gmail.com> <AM0PR07MB3860C3C820955494240B8FE0934F9@AM0PR07MB3860.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB3860C3C820955494240B8FE0934F9@AM0PR07MB3860.eurprd07.prod.outlook.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
Date: Tue, 13 Apr 2021 12:49:58 -0500
Message-ID: <CAHBDyN7SuuKb7kKGa1NN9rSpZ1s+wo4GVJq7DjRDt8UbaSHYrA@mail.gmail.com>
To: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>
Cc: Roman Shpount <roman@telurix.com>, Alec Fenichel <alec.fenichel@transnexus.com>, Chris Wendt <chris-ietf@chriswendt.net>, Marc Petit-Huguenin <marc@petit-huguenin.org>, "stir@ietf.org Mail List" <stir@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f0e74305bfde420f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/4F8AUutPw538mMrmXxBdI4dXMAQ>
Subject: Re: [stir] Making STIR SIP messages smaller
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stir/>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2021 17:50:18 -0000

Yeah - like nearly 20 years ago when we added headers like History-Info.
 And, really if you want to use a text based protocol, you surely can't
have small message sizes as a design priority.

On Tue, Apr 13, 2021 at 4:40 AM Christer Holmberg <christer.holmberg=
40ericsson.com@dmarc.ietf.org> wrote:

>
>
> >I agree that we need to figure out a way to make Identity headers
> smaller. As it stands right now, the Identity header with "shaken" PASSporT
> type adds around 600 bytes to an INVITE message.
>
> >This makes typical SIP INVITE messages go from around 1K in size to
> 1.6K, which is bigger than the UDP MTU.
>
>
>
> With or without Identity, didn’t that ship sail a long time ago? :)
>
>
>
> Regards,
>
>
>
> Christer
>
>
>
>
>
>
>
> On Mon, Apr 12, 2021 at 5:39 PM Alec Fenichel <
> alec.fenichel@transnexus.com> wrote:
>
> I guess what I am trying to say is that I think we should remove ppt from
> the examples because as you say, people tend to code to examples and
> smaller Identity headers would be ideal.
>
>
>
> I don’t mean to hijack this thread, but I have been meaning to bring this
> up anyways and it is related. Is there a reason I’m just overlooking for
> requiring the “info” parameter when a full-form PASSporT is used? If not,
> can we make it optional? The reason I ask is that with OOB, the transit
> provider receives a PASSporT out-of-band and then needs to construct an
> Identity header. Because of the “info” parameter requirement, the transit
> provider must decode the PASSporT in order to determine the “info”
> parameter. This is the only reason that a transit provider needs to decode
> the PASSporT. This isn’t difficult so it doesn’t really matter, but I
> figured I’d ask about potentially making the “info” parameter optional.
> Also, it makes the Identity header smaller which is always a good thing.
>
>
>
> Sincerely,
>
>
>
> Alec Fenichel
>
> Senior Software Architect
>
> alec.fenichel@transnexus.com
>
> +1 (407) 760-0036
>
> TransNexus
>
>
>
> _______________________________________________
> stir mailing list
> stir@ietf.org
> https://www.ietf.org/mailman/listinfo/stir
>