Re: [sipcore] WG adoption Request

R.Jesske@telekom.de Thu, 01 June 2023 04:13 UTC

Return-Path: <R.Jesske@telekom.de>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55642C151540; Wed, 31 May 2023 21:13:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.094
X-Spam-Level:
X-Spam-Status: No, score=-7.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K2XL5MdWKipX; Wed, 31 May 2023 21:13:15 -0700 (PDT)
Received: from mailout11.telekom.de (mailout11.telekom.de [194.25.225.207]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DBF9C14CEF9; Wed, 31 May 2023 21:13:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1685592795; x=1717128795; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=x/hI08h2CaFcUffoGKONKwY2wh7Cc3lJe/o7ZZEh+B0=; b=UKteS174csNSkWubwHS005epETdeGh/9rxb7H5fnkTzBtO2JnXls9dzj UuNohChd4/vGApx8D1DNO/erI4krb+BQ2z3YKiIJVpQ474CLNQSerQWbz mS3JbbHhzfOlLm5bhLFtHbiRrS/67GVVwOI1aGTYUPbQsUe66519zNuIa i7piKSUDGPi6FhDo1ojCDNPIrBCnNprU8LxYUkXQmx5ZA9vENKn5LalJY x4beNbKLxL2KcSAGI+xbCflhW+2Fx0IX3UKDhqzzIOGcK/2N7fLZvoKwr jVSDf0QNPjqSqnXOIc8W7rE6+AC6YAlDZY5NfBooK+4Pf7Lhgp44Rv4Wk g==;
Received: from qdezc2.de.t-internal.com ([10.171.255.37]) by MAILOUT11.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 01 Jun 2023 06:13:09 +0200
IronPort-SDR: Ey9aaTgpD1IBJPXlPG96hej8BWrkYZ5GsWf4Kb24z1CAVSS0c84628922M9Daoh6UUTzmXk7Jw 776Z8bH3Itl++13d03sbANL3Kfe72jmk0=
X-IronPort-AV: E=Sophos;i="6.00,209,1681164000"; d="png'150?scan'150,208,217,150";a="797088732"
X-MGA-submission: MDGOh7tCuDC/byrCX8Wm6NE8LTeETen++zpRnxcXJObrnGDiElIc87wVbwLp9GUaD0iczcpaKnyOEZl/WHUX9dspsi6WJVzGzl392mvIizyHn9gRcwaY6WpiMM2gy0qGyO9vdb2HRnX2hRqsrepThIPSRvsAExc+t7T76qK2UPLtpg==
Received: from he101393.emea1.cds.t-internal.com ([10.169.119.197]) by qde0ps.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 01 Jun 2023 06:13:09 +0200
Received: from HE126308.emea1.cds.t-internal.com (10.169.119.205) by HE101393.emea1.cds.t-internal.com (10.169.119.197) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.26; Thu, 1 Jun 2023 06:13:08 +0200
Received: from HE101190.emea1.cds.t-internal.com (10.169.119.196) by HE126308.emea1.cds.t-internal.com (10.169.119.205) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.26; Thu, 1 Jun 2023 06:13:08 +0200
Received: from HE102779.emea1.cds.t-internal.com (10.171.40.45) by HE101190.emea1.cds.t-internal.com (10.169.119.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.26 via Frontend Transport; Thu, 1 Jun 2023 06:13:08 +0200
Received: from DEU01-FR2-obe.outbound.protection.outlook.com (104.47.11.177) by O365mail10.telekom.de (172.30.0.242) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.26; Thu, 1 Jun 2023 06:13:08 +0200
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=liM+ke2NjCLzInctzNVa4lzEBmyw44TztLvlA1JlBrvM9uRS+zFqNSo8SdzvfGSR+OmejSX+hCibKWb/TRz9yC1JZwGKd91cFLr8WbhfDfn5QDREOOoziif2CRL+iI+6BUYrruEufXqvScdQi0+oHf/I0tRTc+PjiAQUiVI2xSR0TJ/iA+3InzehhXJva0+EZ80QwsLLeHPh8XffSpkI00kO18GEb6n3nfYQbt5vrnnKfvPodEpDIGjJOPTn4h554mYPFAE47wvWCSNGJibRyNHfMRYiF7xlxPFPNnlPYy4nXF7whEOMrJnG07bD3HvGocQo8AiKy02NbmBcLcv0bQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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=x/hI08h2CaFcUffoGKONKwY2wh7Cc3lJe/o7ZZEh+B0=; b=ksSEUOec5LkMaCMNEfPD5IygLlSCA23J6QR1oYawbWMlNt7zQ4aqxNwex0rRVmKMTDjzwmm4kYC4qgdo4L1PR0V/sWOwlnV7XtB7Gj+Jg84iNQKobK6YMoXwFxRiBHaqGRmlO8M7YXeTAqOMvHH+YO2CKCBivMSvY1Rxph0AsvIXT1HLmiuSS/5HXLoYxSCLMpB6QpREzrZMWOgfCcWxvXZRMO2n0F9CJc6dmkLiY6C2a7PZDiWGVElShCaWgA8IEN/IZzZJ3Y5UkQrfo0McvQLQN2uoVKOoknM3HtS/Kq9CxAKDgknOt9mmuNgnPR8LOKUyz1UNsAX4H0KwZUQoiQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:7e::13) by FR2P281MB2314.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:39::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6455.23; Thu, 1 Jun 2023 04:13:07 +0000
Received: from FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM ([fe80::a1e8:4d8:9177:86b7]) by FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM ([fe80::a1e8:4d8:9177:86b7%7]) with mapi id 15.20.6455.020; Thu, 1 Jun 2023 04:13:07 +0000
From: R.Jesske@telekom.de
To: skhatri@qti.qualcomm.com, br@brianrosen.net
CC: sipcore-chairs@ietf.org, sipcore@ietf.org, lguellec@qti.qualcomm.com
Thread-Topic: WG adoption Request
Thread-Index: AQHZk/aThNozYcxK2UuYTH95shiCrq91VO3Q
Date: Thu, 01 Jun 2023 04:13:07 +0000
Message-ID: <FR3P281MB15039557DBCAD1468E645FF9F949A@FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM>
References: <SJ0PR02MB87336468C76E6B46D66C0A5D8C489@SJ0PR02MB8733.namprd02.prod.outlook.com> <399C072A-F33E-4CA8-9C3B-4B93C48149BD@brianrosen.net> <540ECA80-D65B-4BA6-B1BC-94F631EA65C5@brianrosen.net> <SJ0PR02MB87332D06F4245382D3B8E0FE8C489@SJ0PR02MB8733.namprd02.prod.outlook.com>
In-Reply-To: <SJ0PR02MB87332D06F4245382D3B8E0FE8C489@SJ0PR02MB8733.namprd02.prod.outlook.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=telekom.de;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: FR3P281MB1503:EE_|FR2P281MB2314:EE_
x-ms-office365-filtering-correlation-id: 046385fe-59e0-445f-c4f7-08db625680e7
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: nGdWf0aoEdy7ZDuDAvxea4r6KoUBZ0gaJbTZ773tZl0o0UzXJOVQjGXYtAiJhqluzbg2cLjRatBIYEi/KWj1GzsmxCw0gPgcF7NGxsMfV1BbmF62K2BRAreNankigSpojox3XkBO9fbtAvl3Yk+fOYb7Q5fQ2y/3/RHD42O7JIcsm71sdbLSBj7ymo6bs0oh18RpFXYkXFbvypv/7q+ScCXOlpk49Hq76FzErS08d8DovprnTj9m4PFmXRRnhtfNHki+rmeOBCJZOsezA/prK+Gx01oxlyj1hFXkg2nFN9ltQy+ROmkv0WMvwPyNb7K4khWtTN9Sj5iKo6w5rqaUS1qffUvK9ZzTe1Oc35P7fimy0Z9pMQvaTXHs3UOw7745ePQNPZvb3fOuQ16rmKgzNCTnBi956SBlJGFfS2hjfqe8P77RBobgDhBxtLnbKupwGtjNTsWEl4hQvTwGQGDrzRd/pY4qmzJDq2u6e1Uf6L1cjVceOIFa6aPnkyDNY/xXOjgGu71McDXJvlWRhfXtzTAkJRYwjPPogNNHL6ae87S6TLF6nbZfjWZe03JITb+HGOYbOiM0MyadvOEBPi1biizw/x/bv7kbXivdeXP4PqM=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230028)(4636009)(366004)(396003)(39860400002)(346002)(136003)(376002)(451199021)(83380400001)(316002)(64756008)(66556008)(66476007)(66446008)(66946007)(4326008)(110136005)(99936003)(54906003)(76116006)(82960400001)(55016003)(5660300002)(86362001)(52536014)(966005)(38070700005)(2906002)(71200400001)(122000001)(166002)(8676002)(9686003)(26005)(478600001)(6506007)(7116003)(53546011)(186003)(7696005)(41300700001)(38100700002)(16799955002)(33656002)(8936002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: j+oauaIfN1+Kvt03jEpvwhzImmMQgO7NpmB9899qOgjGEiYDUiiHHXEvq4Y7OPrA4Smghy8ChflOJ4JubcihSWYRZJrrNmiM56oeN7dl7VIcoH92e1lSwiMR6YHz+kkYMqAqczRDfw1HJrITP4NqSxEKxQ6KT3SF81LKHQEzu35CEIVmvYnlbg3bbm1B02L2N3FNkbmnDPq2nAc8sDR89JYlGzMaIou8s0W6HU/TgI50sSXrdAF+WrqkfsePnEzcqWcQg+vjOJ/5/7T9F60sVRqbfsveHWPG6Lnhl+kOnMqbtVMYMfASGzvH87Z/enZZiF7vmnutd9fiEFbzHR0jELTx9NKX5IitVuWpQBL0p2ROW98PrRPqPt3bpV67dJ+gqO2OO3A/hH0+J7KlcUdUVMBitHWr+KAH3GZthOnbmoKa0p57eEawPpkuIAf9gDgjVuTEUsNH/12o7IofwCb/Ja5UKUzQGAGRV6pYmjN0AqEGygYyHE6vKMIs22sA7dmGY5OSwinTNV8rQJOK3DbU39//15YAPyzN/0YxAAhQKh4+gbvn4IGF5pP8YMEbj/5V7ym0ZaecZINOr12dt25uAWlZKru79jGVoj4IsO0aORfZUkV3/qS+HObdOhO1RP9pfP+a+gHRsyljBZ5yWPaMLkGwc2e44YtRHSVRVY7/DvowW4egb0NuuzwMxxfbVw5rn2l2ZIUvpq+oxX6Ei6g/NbdGAQ8hhKwQtuxNwFq2qgUOn4mHt7k430GVwuPu1lBXgLeo5mOz8unrYkRPm97HDMyicAiL1jcv/w/FxAqJhI6P23loPFZzvnTLvWRI3yXcZv1qOMvevCAVvLXqayA/Z2QGTcPw2voFkK1fx2VeonT4HzqD3W56/YeDyG1gX8Hso7BR7A/LED+dSArjNjUnZrWR2ET3mkr1hZpxLdisSBhTIVckY/0/9M6HIKlPZD9EpLXXbIZ6B+VRPPrzMPh4I6+JTMSGnAS5dSyANsJ2xKc2tEiv3pMwgQokGU1V8nmVEQFH7GCVsRNpLfYHHD80c3JvMG+DaKXuTdUi1kqiahgYQZ5OU0pSgXHSeYijxosrgCHq+RnYOKEhgQrrcW5KwMdpCdKDU3k7l+zq59zxjiLp8EqeIfD3NRzT6eRtjdkM/EOiHySIDiRI8E0KS/vC9hf4CG3u31kvxc6sppcaZx2iQxFklqrDG7IuUQ0VdmWDEIoAFKSD2REheBOi47qfh65C5oo9ch/IrTZq1b9FfMOp3onBLh8Sg50u6awIUjktFsyMxCl9MarV5VZB4pAYdAchiY//WnlmJpvjbrRuT8ZkuRFvZI8h2WTLBHCglpl0guYLITjmInOuMeb/lp1yjsh7/huWSXRH2yxB+Uc9Ws1vBEjO3KOczNBKNWe3q0jKz/Lhn+0f2InsafzikIKg9iM++X7Ix8C/qI4Pufb4Ufvm4isF3PwLSKS49xa4DKXJp7KBvA6aWfdLZ6d9p/1yN0KCMsqiNKE39wT8/Yi+ziA8gPUSqI5xYsWryWKOWIfiNelAB/8mb6StibM1V50F6XYlOhtuxrsNeJUgkcDqqKrFK0iwePb1NxT5eTri4ECg
Content-Type: multipart/related; boundary="_004_FR3P281MB15039557DBCAD1468E645FF9F949AFR3P281MB1503DEUP_"; type="multipart/alternative"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FR3P281MB1503.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 046385fe-59e0-445f-c4f7-08db625680e7
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jun 2023 04:13:07.2228 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: CLNhu5JO7wTtKzzlWe7ac1P6urZN1wDaUfgnneMdmEWaNF2MkcGt6rZwVcORgLRr/VtdWIq5FMo8ITO5AxRRJw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB2314
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/RsFs1b6FmlJRp0JRLwo_qa_xbEA>
Subject: Re: [sipcore] WG adoption Request
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jun 2023 04:13:20 -0000

Hi shrawan,
looking into the meeting notes I see that this was one of the comments that the draft needs to be more mature.
But there were also comments going along that the Cause Values/Reason Header existing are proper enough.
I have some problems with adopting a draft for transfer failures while we have the history info header which may also contain such information where and why the call was broken.

Did you have discussed such alternative in 3GPP.

Thank you and Best Regards

Roland

Von: sipcore <sipcore-bounces@ietf.org> Im Auftrag von Shrawan Khatri
Gesendet: Mittwoch, 31. Mai 2023 21:31
An: Brian Rosen <br@brianrosen.net>
Cc: sipcore-chairs@ietf.org; sipcore@ietf.org; Lena Chaponniere <lguellec@qti.qualcomm.com>
Betreff: Re: [sipcore] WG adoption Request

Hi Brian,
A related proposal was submitted in 3GPP CT WG1 (see C1-221242<https://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_134e/Docs/C1-221242.zip>) but the feedback was that the group preferred the draft to be adopted by the SIPCore WG before being referenced in 3GPP specifications.

Regards,
Shrawan


From: Brian Rosen <br@brianrosen.net<mailto:br@brianrosen.net>>
Sent: Wednesday, May 31, 2023 11:24 AM
To: Shrawan Khatri <skhatri@qti.qualcomm.com<mailto:skhatri@qti.qualcomm.com>>
Cc: sipcore-chairs@ietf.org<mailto:sipcore-chairs@ietf.org>; sipcore@ietf.org<mailto:sipcore@ietf.org>; Lena Chaponniere <lguellec@qti.qualcomm.com<mailto:lguellec@qti.qualcomm.com>>
Subject: Re: WG adoption Request


WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
Answering my own question:

3GPP Dependencies on IETF Drafts<https://whatthespec.net/3gpp/ietfdependencies.php>
whatthespec.net<https://whatthespec.net/3gpp/ietfdependencies.php>
[favicon.ico]<https://whatthespec.net/3gpp/ietfdependencies.php>

Doesn't list it.

Could some of the other 3GPP sip folks please comment on whether is likely to be added to the dependency list?

Brian


On May 31, 2023, at 1:44 PM, Brian Rosen <br@brianrosen.net<mailto:br@brianrosen.net>> wrote:

Is this draft on the IETF-3GPP tracking list?


On May 31, 2023, at 1:37 PM, Shrawan Khatri <skhatri@qti.qualcomm.com<mailto:skhatri@qti.qualcomm.com>> wrote:

Dear SIPCore chairs and SIPCore members,

We submitted v04 of our I-D on a new SIP Response Code (497) for Call Transfer Failure (available at: https://datatracker.ietf.org/doc/draft-khatri-sipcore-call-transfer-fail-response/) This version has addressed all the comments received to date and we would therefore like to ask for WG adoption.


The purpose of the draft
Signaling plane and Media plane of an IMS calls can be transferred between devices using IMS Signaling. There are various reasons why an on-going call cannot be transferred between the devices. Some of these reasons are policy driven, for instance: the call to be transferred is in the circuit switched (CS) domain and the operator's policy does not allow transfer of a CS call, the call is an emergency call and the operator's policy does not allow transfer of an emergency call, the call is a mobile-terminated call and the operator's policy does not allow transfer of a mobile-terminated call, or the call is a video call and the operator's policy does not allow transfer of a video call. The user agent (UA) initiating the call transfer procedure will be notified of any failure through a SIP response code. However the existing SIP response codes are not suitable to adequately convey the information regarding why the call transfer request is not accepted by the network. This is because handling of these existing response codes has already been implemented by various devices, with an associated device behavior defined for a specific purpose not related to call transfer. For instance, upon receiving some of these response codes, such as 403 (Forbidden), the device may initiate IMS re-registration procedure, which is not needed in case of Call Pull/Call Push failure and will result in unnecessary SIP signaling.
A method is defined in this draft such that a call transfer failure SIP response code is defined along with an optional warning code in a Warning header field to convey the exact reason why the call could not be transferred, so that the UA can determine the subsequent steps (e.g. call termination) and optionally provide an indication of the reason for the failure to the user.

Intended target audience
The following is the intended audience of this RFC:
*             IMS Core Network Planners that support IMS call transfer across multiple devices.
*             IMS System Designer and Developers of IMS Core Network and User Agent that support call transfer using IMS Signaling.
Benefit
*             In the absence of this new mechanism,

-          The IMS Core network has to rely on existing SIP response codes, for which a specific device behavior has already been defined. For instance, upon receiving some of these response codes, such as 403 (Forbidden), the device may initiate IMS re-registration procedure, which is not needed in case of call transfer failure and will result in unnecessary SIP signaling