Re: [stir] Making STIR SIP messages smaller
Roman Shpount <roman@telurix.com> Tue, 13 April 2021 17:54 UTC
Return-Path: <roman@telurix.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 3B04A3A20DA for <stir@ietfa.amsl.com>; Tue, 13 Apr 2021 10:54:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=telurix-com.20150623.gappssmtp.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 iYNKHHiBaOi2 for <stir@ietfa.amsl.com>; Tue, 13 Apr 2021 10:54:28 -0700 (PDT)
Received: from mail-oo1-xc36.google.com (mail-oo1-xc36.google.com [IPv6:2607:f8b0:4864:20::c36]) (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 32B0A3A20D5 for <stir@ietf.org>; Tue, 13 Apr 2021 10:54:28 -0700 (PDT)
Received: by mail-oo1-xc36.google.com with SMTP id t140-20020a4a3e920000b02901e5c1add773so2770963oot.1 for <stir@ietf.org>; Tue, 13 Apr 2021 10:54:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pNKAjtJbfN1gqJtDxouTU0cJJBgZFoAJxtwx+gkE/Lk=; b=gxZJsTYYef9jWBXlvDhAEAaNsB9ZphftLYkjPu/VrTn3mrXlybL83VFuCVKIvyc8E2 JsAazoZVhavPSC5wMY6f5KR8c0oah/AY92vdvBCz4JwnSfCtE3fWbdjPwwvexAf/u12M lY/pBdMOK8AS+XKri1Zi9O3wNyknanrpS59AUyoWz9jocsu3StZBMTXn5xhEsUWShGCk 9d3otFAxcXrTK8W6zg8l4BeI1O346PRL16DXMyDGvmdGA9C4o7sx7axNWwkyRNUdijeI 1aLmTeUajA7DL5dF/a5n6VpC/SbcHsYI+rj/7wgDDdQu+8weRaYvxtHnmsTgcaaovCbE agIA==
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=pNKAjtJbfN1gqJtDxouTU0cJJBgZFoAJxtwx+gkE/Lk=; b=Assd3keNhipsTcB64PU0dK0tVNrhRcysiiuty48nzt2EDnE0qzjUnBxyZkDhTXW355 ueZ39etsaS8VWwoDdnJd+Qf1dgKRYvS5aZjRMTWhNSHW3BxQkdOIhrhPHleo2kuoatIi csILA7yPEeOEXlPgnKuoXH3G0Ewc/v4u1Sjc3S2Uyu/oxJHwhjHd6ry0xcTX+j4B01Rd ZhapQPBqJF/dD0uDvlq3tC6fWk0N4/rRl4X2CXwHPdS7wTr84QVSFZS8P8Rk6ZNFl5L7 Kse4I3iDezIPglzCsnQBHdBF5nS3lPNHFl6HUSXyZM3OvXAqLLyuOsbdMBkicxALjAgv 5qlg==
X-Gm-Message-State: AOAM530Ka/pnMoM+ZXLbgURHVGkRQTCSlNh6RoJ4EdpMrC3nqsTfaXJB t6tUb6wlVOgRogsqo0W+hx+C9as7TNfnGA==
X-Google-Smtp-Source: ABdhPJzUbOvQqKhWMTUTaV2lJC5JZWlB+/4/l1AqnGXvj4o0mds+nWz/ndYOZG7O+Ms1WOyn4cQk7A==
X-Received: by 2002:a4a:e1d3:: with SMTP id n19mr7826357oot.21.1618336466535; Tue, 13 Apr 2021 10:54:26 -0700 (PDT)
Received: from mail-oi1-f173.google.com (mail-oi1-f173.google.com. [209.85.167.173]) by smtp.gmail.com with ESMTPSA id q1sm2310105otm.26.2021.04.13.10.54.25 for <stir@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 13 Apr 2021 10:54:25 -0700 (PDT)
Received: by mail-oi1-f173.google.com with SMTP id a21so4758201oib.10 for <stir@ietf.org>; Tue, 13 Apr 2021 10:54:25 -0700 (PDT)
X-Received: by 2002:aca:c08a:: with SMTP id q132mr812849oif.5.1618336465495; Tue, 13 Apr 2021 10:54:25 -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> <CAHBDyN7SuuKb7kKGa1NN9rSpZ1s+wo4GVJq7DjRDt8UbaSHYrA@mail.gmail.com>
In-Reply-To: <CAHBDyN7SuuKb7kKGa1NN9rSpZ1s+wo4GVJq7DjRDt8UbaSHYrA@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
Date: Tue, 13 Apr 2021 13:54:14 -0400
X-Gmail-Original-Message-ID: <CAD5OKxugVqbw4s26Cixe30G3-5QaLLkyvn3L0j+QYfinVaf05g@mail.gmail.com>
Message-ID: <CAD5OKxugVqbw4s26Cixe30G3-5QaLLkyvn3L0j+QYfinVaf05g@mail.gmail.com>
To: Mary Barnes <mary.ietf.barnes@gmail.com>
Cc: Christer Holmberg <christer.holmberg=40ericsson.com@dmarc.ietf.org>, 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="000000000000272bc105bfde529c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/p_0f2XMZwuTIwWT7cF1el-BZr3k>
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:54:34 -0000
Unfortunately, the message increase caused by the Identity header causes a call failure rate increase of at least a few percent. There is a substantial number of deployments affected by this and unlike things like History-Info, this feature is now required by law. _____________ Roman Shpount On Tue, Apr 13, 2021 at 1:50 PM Mary Barnes <mary.ietf.barnes@gmail.com> wrote: > 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 >> >
- [stir] For the sake of implementers, please verif… Marc Petit-Huguenin
- Re: [stir] For the sake of implementers, please v… Roman Shpount
- Re: [stir] For the sake of implementers, please v… Christer Holmberg
- Re: [stir] For the sake of implementers, please v… Marc Petit-Huguenin
- Re: [stir] For the sake of implementers, please v… Roman Shpount
- Re: [stir] For the sake of implementers, please v… Christer Holmberg
- Re: [stir] For the sake of implementers, please v… Chris Wendt
- Re: [stir] For the sake of implementers, please v… Roman Shpount
- Re: [stir] For the sake of implementers, please v… Chris Wendt
- Re: [stir] For the sake of implementers, please v… Alec Fenichel
- Re: [stir] For the sake of implementers, please v… Christer Holmberg
- Re: [stir] For the sake of implementers, please v… Chris Wendt
- Re: [stir] For the sake of implementers, please v… Alec Fenichel
- [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Alec Fenichel
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Alec Fenichel
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Christer Holmberg
- Re: [stir] Making STIR SIP messages smaller Chris Wendt
- Re: [stir] Making STIR SIP messages smaller Mary Barnes
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Chris Wendt
- Re: [stir] Making STIR SIP messages smaller Christer Holmberg
- Re: [stir] Making STIR SIP messages smaller Alec Fenichel
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Christer Holmberg
- Re: [stir] Making STIR SIP messages smaller Keith Drage
- Re: [stir] Making STIR SIP messages smaller Richard Shockey
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Richard Shockey
- Re: [stir] Making STIR SIP messages smaller Roman Shpount
- Re: [stir] Making STIR SIP messages smaller Richard Shockey
- Re: [stir] For the sake of implementers, please v… Peterson, Jon
- Re: [stir] For the sake of implementers, please v… Marc Petit-Huguenin