[AVTCORE] Re: BUNDLE question - relationship to PR-Answer?
Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 22 April 2026 14:35 UTC
Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: avt@mail2.ietf.org
Delivered-To: avt@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 31950E0D9A63 for <avt@mail2.ietf.org>; Wed, 22 Apr 2026 07:35:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1776868501; bh=fhsnCqkiVQNbrpjqqIDb8Zs3BVThZUdvtJU4vz73dqg=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=KXv4iNlxoQjPcY6gIU3HVFaHva01GeT0YzRoLxReri8diBwDKe8rEanyDNktUXxk6 Pf6gg2SVFvnv5QBSxgmgWhorkBIWfNgBFcCQYG5Og5DAKySRbPUXgdzsvNR8bV2PyY nhxtb0iF+FZROAyiemlcHCSjoHR+DkhkFswoLi40=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=alum.mit.edu
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lF9t83-iIN0t for <avt@mail2.ietf.org>; Wed, 22 Apr 2026 07:34:57 -0700 (PDT)
Received: from BL2PR02CU003.outbound.protection.outlook.com (mail-eastusazon11021128.outbound.protection.outlook.com [52.101.52.128]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 9C8ADE0D9855 for <avt@ietf.org>; Wed, 22 Apr 2026 07:34:42 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=p6JEMOTFg9zvX5PaApS3EZOlINv+AOl5LUX4R87sDC4YPf6lXuYhfAkrtwEidZQb8WxdMYdH6KdIBVAJDmVbJ1GreO+hA0Np2dUeLJl2QkmFN26kXp3gz7eMy9QlOGtdIcEhTDOgZcPz+5ZPJDESoyMDxGd/PlAEyXYtFc0W58qKaa6RNmdkA0zJUzQaaN0oJ7Ue8QATq3YroQxWkburZ33eMNz9pCpFa2c1vu3PwJC6T0AOIzn4X+NHGxeymyPR+YaiZL1Wb6odGnmBonXfag2Sa/D96Ndj7U+MmE+qzTJ6TCuo2XDZ5HDGzoBJdXn6r8WT8YpvuEvIV/DeMqRjtg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=aW8GuVsrWaCBR6t9M8dssUlZunn+x/xfQwwVIu32JhU=; b=C/fOKAPRkV2Co6vuGzuloI55bRhuTicR3TVJ7AlA+ErPcDr1wyhrDUzrB1qn2+4c3irZqIVE5w9RM/9IfuindwTsQ6K1iTfJwd6OCHMP+iRsjRuIb50Ikq7bTY9fqeUFeb5/Ags6EY/vvZbViPkp/f57JI8xoqrhEE88ulnZmpYwpgmVo8qcmZDc7k/TtZtKJYWxprzBUEMOiK0p64ArrsRKNeKl69yqcBFIm/cfOBwwK98xTgmeO3/gDYT9EoyOfsouygUCCUby1X+9kbWpkQzt+U8y3cYMOr8dnufhh8+igwG1ICrMPY5a8qq1Pm8HnRAIr3okn/1q+6O3561+Nw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 18.7.68.33) smtp.rcpttodomain=ietf.org smtp.mailfrom=alum.mit.edu; dmarc=pass (p=reject sp=reject pct=100) action=none header.from=alum.mit.edu; dkim=none (message not signed); arc=none (0)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alum.mit.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aW8GuVsrWaCBR6t9M8dssUlZunn+x/xfQwwVIu32JhU=; b=N7kstFK+Gzdjr4EKHfH0ty27QRC/+r6u27N6ITZNDidnF8GqX8n8MINktNvmPop+s7Mgx7sW+E5lO0/c1icQ6dqc/eufV77W0d3umWi347u9JBx2GcJuw69F3Sh0PWh2D1yvBe7sqve5aQbdFCGVDU9rtcvPJodS0XP1L23gPhs=
Received: from PH8PR07CA0046.namprd07.prod.outlook.com (2603:10b6:510:2cf::24) by IA1PR12MB6068.namprd12.prod.outlook.com (2603:10b6:208:3ec::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9846.16; Wed, 22 Apr 2026 14:34:35 +0000
Received: from CY4PEPF0000EE38.namprd03.prod.outlook.com (2603:10b6:510:2cf:cafe::c0) by PH8PR07CA0046.outlook.office365.com (2603:10b6:510:2cf::24) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.9791.48 via Frontend Transport; Wed, 22 Apr 2026 14:34:35 +0000
X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 18.7.68.33) smtp.mailfrom=alum.mit.edu; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=alum.mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu; pr=C
Received: from outgoing-alum.mit.edu (18.7.68.33) by CY4PEPF0000EE38.mail.protection.outlook.com (10.167.242.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9846.18 via Frontend Transport; Wed, 22 Apr 2026 14:34:35 +0000
Received: from [192.168.1.52] (c-76-19-71-248.hsd1.ma.comcast.net [76.19.71.248]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id 63MEYXLP016555 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 22 Apr 2026 10:34:34 -0400
Message-ID: <f33c8378-3b0d-482a-8628-ef3eecac3f66@alum.mit.edu>
Date: Wed, 22 Apr 2026 10:34:33 -0400
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Roman Shpount <roman@telurix.com>
References: <a758d4db-6744-4998-843d-df5dc4638c16@alvestrand.no> <15764ec5-9ba5-4560-adc6-84ffd22f0acc@alum.mit.edu> <A4E3C8DD-1550-42C0-B162-D52B61BF9798@8x8.com> <a9f3b27e-ba10-4889-8b74-d7166ef3f6b3@alum.mit.edu> <CAD5OKxv1tY+Zy_rHu8K4orSMycCT8Wms1axTNV3tfEXakQGdaA@mail.gmail.com>
Content-Language: en-US
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
In-Reply-To: <CAD5OKxv1tY+Zy_rHu8K4orSMycCT8Wms1axTNV3tfEXakQGdaA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-EOPAttributedMessage: 0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: CY4PEPF0000EE38:EE_|IA1PR12MB6068:EE_
X-MS-Office365-Filtering-Correlation-Id: 4ba2320a-7e0f-495f-c0c5-08dea07c4691
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;ARA:13230040|36860700016|376014|82310400026|786006|1800799024|41320700013|56012099003|22082099003|18002099003;
X-Microsoft-Antispam-Message-Info: 5GDsMHp+alX14OKNmm0VKztlY75loEEoKn/Oj/Fd1SrgK+gbWE2luWJm31IxVoiFF3YcQACoj4LSQGS2D7All9ULsrsdO4zxRV/Xk+zd9dvQIldHyrz6ATgTcmw4yq7XyER/9feGa6xa21CXbjs/N8Vw7djIJ7n/1ek3K7F1aFAeje4vQ33vHIP7fouPSvOrwuMjL/nXygzs3F5mxxgcV27iy9sN5gGF9VeYnnkndupbn+en5lm0ix4wAoVtjFkMeimajgLLLvGXUFpPyx2TMMx+Yz5CI+tNRRS4fophe0WB/pjGy4M6xX9DSOrORUgVfRuIb57j4JZ2zxFEi8QJlB6qM/Qiu6QuE6Ama8oFw+mypzV5TUlGnkzWzyO8jjwPTpCF3tIbwUPMLCTOZrL1HutpU7sXGyYdbQlJAFyQZf1tn/bDCZLlagm4IpzO0XyJoM2OvY7c/rNPvCQyvnHhZXdrAcjTZhlJ0qyagI1trisByC7CiCP/K+jqP5xBrKEeJ1mcxRCAD7+IicVuAZah7rmMj7RT5h+VZNrypIoZlW1VBfKdwU6pYzRnMJJ+Gwg5EUILYIzZOmEj19S8lGlpNqxonBNt7eFIFKcJuHIfHWnjsJ/ZKgshfg9iNNwl/APb+vEP0fK7q8nL8yX7O8JDR3Gm/czfjgMsvJap7kJzIijvGHabXM3a5nkGV0BN20AquBf27APJmUFAkBILT8prqUGay7P0Yq7Tghp8zhEEyb8OULu8urtoITYbNHeCiSdgRTiXw7W1iVqMQLokfL1JIw==
X-Forefront-Antispam-Report: CIP:18.7.68.33;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:outgoing-alum.mit.edu;PTR:outgoing-alum.mit.edu;CAT:NONE;SFS:(13230040)(36860700016)(376014)(82310400026)(786006)(1800799024)(41320700013)(56012099003)(22082099003)(18002099003);DIR:OUT;SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: yXc1eH1ksdHHyQvqM6m/QRrighPEoaU+kkLTv+3HCTE7bcOQQH1JARsFW7EJ5h0cOyJg2acFuI3WqZqOlOKFmfFac+sOIoxtOg6vMKtjGls/8dhTvextG51Jp+N1mDCyLLoQaLuGwLdIP7RPETPDd6VfpU+BwiMgbqgkvaQMIcgyS/tYXLRiRZyfL4fDTKTFYPYlUkrphilzp+hzrb045UnsAtXZSv4MqlkP2m47JiAVtK+3yqJTMiBpK8yn0gzcn+KaGwLg+2jTJUW7bLKoaDDL4NlVWQYZDD6/VC9P5lB+tZIm1bYBSiOhNwaw9PzPuBFkmT2RZjK13fBYZY3Jfd5JATQNQWV+Bk4GYONLNlRbTyE7cJ8oP4VAJ0TNykGI/Gp0MGyTF/9UnQvRD43TlWJTyx26qkhoa7oyD4XCcVR6jxVAsDnKyXsHPXXwt0t6
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Apr 2026 14:34:35.1143 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 4ba2320a-7e0f-495f-c0c5-08dea07c4691
X-MS-Exchange-CrossTenant-Id: 3326b102-c043-408b-a990-b89e477d582f
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3326b102-c043-408b-a990-b89e477d582f;Ip=[18.7.68.33];Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-AuthSource: CY4PEPF0000EE38.namprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR12MB6068
Message-ID-Hash: LFK4X5IV2WFHZ2NZZR4KIW5TUF67YXUA
X-Message-ID-Hash: LFK4X5IV2WFHZ2NZZR4KIW5TUF67YXUA
X-MailFrom: pkyzivat@alum.mit.edu
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-avt.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Jonathan Lennox <jonathan.lennox@8x8.com>, avt@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [AVTCORE] Re: BUNDLE question - relationship to PR-Answer?
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/Ej9Ev_B_g8EyhmU0e5w8fqhvA-8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Owner: <mailto:avt-owner@ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Subscribe: <mailto:avt-join@ietf.org>
List-Unsubscribe: <mailto:avt-leave@ietf.org>
Roman, On 4/21/26 11:14 PM, Roman Shpount wrote: > Paul, > > I think I can provide some context here. WebRTC acts similarly to a > physical SIP UA when placing a call. When multiple parallel dialogs are > created for a single outbound call, it is hard to represent this to the > user. At the same time, if you get several dialogs that occur one after > the other, it should be possible for a normal SIP UA to handle this > gracefully, discard the dialog created by the previous provisional > answer, and re-run the offer/answer for the new dialog, and present the > user with what appears to be a single call. > > So, in case Harald is asking about, the case > > Offer: BUNDLE(a, b) > PR-Answer: BUNDLE(a, b) > Answer: No bundle > > should be handled the same as > > Offer: BUNDLE(a, b) > Answer: No bundle > > The use case is that the call connects to a user's phone and establishes > an early media session with bundle to play ringback. The call to the end > user device times out, and the call is connected to an answering service > that does not support bundle to record the message. The original question didn't say whether the PR-Answer and Answer were in the same fork or different forks. *If* they are in different forks then then I agree. Thanks, Paul
- [AVTCORE] BUNDLE question - relationship to PR-An… Harald Alvestrand
- [AVTCORE] Re: BUNDLE question - relationship to P… Paul Kyzivat
- [AVTCORE] Re: BUNDLE question - relationship to P… Jonathan Lennox
- [AVTCORE] Re: BUNDLE question - relationship to P… Paul Kyzivat
- [AVTCORE] Re: BUNDLE question - relationship to P… Roman Shpount
- [AVTCORE] Re: BUNDLE question - relationship to P… Paul Kyzivat
- [AVTCORE] Re: BUNDLE question - relationship to P… Roman Shpount
- [AVTCORE] Re: BUNDLE question - relationship to P… Paul Kyzivat
- [AVTCORE] Re: BUNDLE question - relationship to P… Roman Shpount
- [AVTCORE] Re: BUNDLE question - relationship to P… Harald Alvestrand
- [AVTCORE] Re: BUNDLE question - relationship to P… Christer Holmberg