Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Wed, 13 May 2020 10:42 UTC

Return-Path: <ketant@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB1E3A0D10; Wed, 13 May 2020 03:42:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level:
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=a0A2j1Wn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=VpI33uwi
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 iFZG-ZkrGDX0; Wed, 13 May 2020 03:42:10 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92DA13A094F; Wed, 13 May 2020 03:42:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8992; q=dns/txt; s=iport; t=1589366530; x=1590576130; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=R0yT6O2Mo1N95SVBI5pgMlIaeYCqlKTVexLVg5VYbkc=; b=a0A2j1WnKVTgl1H7hkoqB859d8TO3HezycFiiyn8nlQPqnmGTCQkcWkJ qupi9u6RjhagLOV6p06Q0XVKCDS1s8EMBnhfhQsxEmJZkmxa6tKDOGFmr Mx4YggsA163Kacnl6Y/WxGyNMsV0Q2KVq/5i6m1ZNu9+CXoiPRWfKDOds Y=;
IronPort-PHdr: =?us-ascii?q?9a23=3A3ET3oxOlhY0gOxO343Yl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEvK0z3kfIG4PGuLpIiOvT5qbnX2FIoZOMq2sLf5EEUR?= =?us-ascii?q?gZwd4XkAotDI/gawX7IffmYjZ8EJFEU1lorGm6d05IS47yYlTIqSi06jgfUh?= =?us-ascii?q?z0KQtyILHzHYjfx8S63uy/4dvdeQJN0TG8erh1ah6xqFbc?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAABYzrte/5FdJa1mHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgTMHAQELAYFTKSgHb1gvLAqEG4NGA4RYiF+YN4EuFIEQA1Q?= =?us-ascii?q?LAQEBDAEBIwoCBAEBhEQCF4F1JDQJDgIDAQELAQEFAQEBAgEFBG2FVgyFcQE?= =?us-ascii?q?BAQEDEhERDAEBKQMGBQELAgICAQYCEQQBAQECAiYCAgIZFxUICAIEAQ0FCBE?= =?us-ascii?q?CB4MFgksDLgEOlH+QZwKBOYhhdoEygwEBAQWFRBiCDgMGBYEJKgGCYoJIhxc?= =?us-ascii?q?agUE/gRFDgk0+gmcBAQIBgS0BEgEJGhWCfTOCLY5WgwShJwqCS4gdkDKCXIh?= =?us-ascii?q?skgCQKIlfk1UCBAIEBQIOAQEFgVI5ZnBwFTuCaVAYDZBADBcVbgECgkmFFIV?= =?us-ascii?q?CdAI1AgYBBwEBAwl8jAUtgQYBgQ8BAQ?=
X-IronPort-AV: E=Sophos;i="5.73,387,1583193600"; d="scan'208";a="769861076"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 May 2020 10:42:08 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 04DAg8dO004249 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 13 May 2020 10:42:08 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 13 May 2020 05:42:08 -0500
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 13 May 2020 06:42:07 -0400
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 13 May 2020 05:42:06 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cvVHSmKJCzeq6IC0BEuAqOUd4XlX+Sa+10Tw+8FGJjbZ6fd14LHhXrb/xWXDEv5MfuDTIPYHkpBVf4l9rpU5NiPXX7XYumDAYYT2eY1KXXCX+sK2A/NWhenSPZW5N7WuvkM5DaGvzpZ8pHG0q2j1N8E5j1/nSMYBNpDdKZ9u4X1T7mG7GjgeosM7vHu/8Wrbw3bAI9W3b1OW+Krfessu2H7+MoZ89jKUEIuFjTx5NOaSSiTatJjaWctq6mZpFWNYyUy9TAoi1zH5zxXMU4VthoDKWGA+CKHNJtKRZfWPCPnWqxQRdbMLdImMpDA6RKpykngWzJQ0U8T4c1rPr1Czxg==
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-SenderADCheck; bh=R0yT6O2Mo1N95SVBI5pgMlIaeYCqlKTVexLVg5VYbkc=; b=hrONuI9M0RGsahKl5nT5akHGZFnE219oNqz3lPFx+sJPxOl0Bmv3Jtspm/omuLCz9P9pUxGNNr7YzKHi5BiJSKqJva0Iu1XL63kl3QbL9xBX5v1s6dIneH52ceSbIrq+DY7O2nsK1MnmEcEFvs4DATHySHKcUXhiSfYYtSBBI8oZV7uFECZ2Z+sXe7cHPYP98k1dpr5ARKMJN1hqmPsT1o2QrBsU2ZFxZeRSoSDRerzJKbVD+b280VTy1NYH4PvlNkZv1/1mHbYtfbiESsNNI41D0mFZDFhIn8whUBzH+jlzWkLQgoPPb88hmZOvOcp0IyYphvY7hPl3S+Jhb/GURg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=R0yT6O2Mo1N95SVBI5pgMlIaeYCqlKTVexLVg5VYbkc=; b=VpI33uwiJuPbR8NVVq1Ty+Ui8sY3oskbVsXOmaNKqRbozhr5oOGFr6CP2likH61ItG7ZShnfIv31oT95T+holc293L19YyIEoKihvUtM02Wlw+gMdP0JGZLf1SFVWqsOwUOL4HmJJ0dyUJ9DBItfikUm12EcCymWURYaJ4rgEfY=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4665.namprd11.prod.outlook.com (2603:10b6:303:5d::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2979.34; Wed, 13 May 2020 10:42:05 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%6]) with mapi id 15.20.2979.033; Wed, 13 May 2020 10:42:05 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Loa Andersson <loa@pi.nu>, "draft-hegde-mpls-spring-epe-oam@ietf.org" <draft-hegde-mpls-spring-epe-oam@ietf.org>
CC: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam
Thread-Index: AQHWHpsk6nlFZ6TN2kqqRb0ulI9i7qikhoawgADv8gCAAAKPkIAAW8mMgAARkpA=
Date: Wed, 13 May 2020 10:42:04 +0000
Message-ID: <MW3PR11MB45705FD12E2BDD966A85878CC1BF0@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <6eee6cce-b7b3-dcce-b3b8-2229745e778d@pi.nu> <MW3PR11MB4570253C1341AB1D6F8CA6D2C1BE0@MW3PR11MB4570.namprd11.prod.outlook.com> <1717e4b0-17cf-13f7-d1bc-fd9a849418e1@pi.nu> <MW3PR11MB45706309655EAA2FC15A0FCEC1BF0@MW3PR11MB4570.namprd11.prod.outlook.com> <b3255ac4-fbf7-c9a7-c490-e8f6f3aeb6ec@pi.nu> <b6f871cb-0920-330f-4ffa-96f832a45c1e@pi.nu>
In-Reply-To: <b6f871cb-0920-330f-4ffa-96f832a45c1e@pi.nu>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: pi.nu; dkim=none (message not signed) header.d=none;pi.nu; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bce133d7-288a-4de3-186e-08d7f72a4724
x-ms-traffictypediagnostic: MW3PR11MB4665:
x-microsoft-antispam-prvs: <MW3PR11MB466598F3912135745C198EC9C1BF0@MW3PR11MB4665.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0402872DA1
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: a6kmijOkpY0bYZwxsdUtAubsIb4SvWcvgRRHSOMLwgXB05BGr8fyiujC1vzuvJZYhehTufTtpp8fKjjMOlAv1xPcPOybENOiGCoCBaOe4Rix3yw2yxCvIckPTV2MfqwYQjRNpEntXAZaLizSIH1zN6ULc5h2yAg1tKlehnvqdtA3jpbESBsyFTW5uNZxu097MAk8YOgK7Rp4EcrsmJaZ4GQh+vyvSNCWUOd6KZHGN3/JiYE8hXzL4TJiGp65PmdAySQDhgKkyMTo4u2ik292zWo9wlaajQEbTYEj9VpxYUPAlJghnrqipzhXbnvVZNLuP5/GDAf3FGab2IqVYudf9mRFSbS3GnWu9w1lBBE1yE9Rm60U9kpm87XO1vcijPzrp/uOAH+xA+o8oFigEGTE578QeAYLh7mIY/eJYg4Dvsruh2gb756KroLeaMQTnU0xeDaRfYnfVMidfWOGw6Yo3jUa4DrAuWoGBl6334fsp+47hlFw8VIqHnscZJpqR/mQl9jSrsns2YvEiH9rDdfaOiG+euidc3KqFOX1fabY6qncAea5JaYJUdGbNBhhSz4EmZShJJlCaEB7M+OU3C9ERnGCj/i7f6MlZ8wd6bBaPdY=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(396003)(346002)(376002)(39860400002)(136003)(33430700001)(5660300002)(66476007)(33656002)(8936002)(316002)(53546011)(76116006)(110136005)(6506007)(26005)(52536014)(64756008)(66946007)(9686003)(55016002)(186003)(86362001)(7696005)(71200400001)(54906003)(478600001)(966005)(2906002)(4326008)(66556008)(8676002)(33440700001)(66446008); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: MJdd/aKZf9QSsUX1IT4YOjZJlhZYGrWAY5b9Rum2Oo1ueiGoZs/76rPkW4/qlePafNatHjrVB1CtuwUYwZXkvV11/iIFo994DcaC3gQBdOMEgM0Meo+GPADFt0EKPdEee7GGHGqZI03rR1tlYBzcVMRdfd0D66Vk9cJtEk8JF8heiZK7d+IxSal5m+GKmWdYRWaVbGgdnlhxn85Q6kt9uXceJKPUDpbU2i+M4QKX4Y097eS1oKVoUeQS5XlLIfrcFkmWL3ORi7cXVbMFQ7dupJ0FCb3Uw9kzJBBtcxlWMzU1G+WMYjI4UKyly0EXIH0K6A/3k2TTKMcGnohBtz/drvN/pMknMP4+djCmEcbzqL2snNUeKuMviZ8WTeR3b5jkWUPaUzzp5Gy7MLtQFaQcMc/NeL68rDTpa//8bB+K7acKtEKydjxOSlha2PVzFpgm/OrOK+FPlCMxGbfmvVTZQ6gnUpECwm2gz19qkK1DvHE=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: bce133d7-288a-4de3-186e-08d7f72a4724
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 May 2020 10:42:04.9872 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: yCGkrX9wTn55Mt60VcpK+YNEnMwwxhwTxDuDS/MKg+65CizByotffJLPPHXcFZdqL7gv1bNDzUVYXdOFNQfG8w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4665
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com
X-Outbound-Node: rcdn-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/jLcq2bkjWXkVYeXxmPOCxKIQ1cY>
Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 May 2020 10:42:19 -0000

Hi Loa,

As mentioned in my email, I would like to hear from the authors if they acknowledge the problem and so we can discuss/conclude on the solutions.

Once we converge, I think we should be able to work around the procedural issue?

Thanks,
Ketan

-----Original Message-----
From: Loa Andersson <loa@pi.nu> 
Sent: 13 May 2020 14:59
To: Ketan Talaulikar (ketant) <ketant@cisco.com>om>; draft-hegde-mpls-spring-epe-oam@ietf.org
Cc: mpls-chairs@ietf.org; mpls@ietf.org
Subject: Re: [mpls] working group adaption poll (wgap) for draft-hegde-mpls-spring-epe-oam

Folks,

I don't tink this came through properly

/Loa

On 13/05/2020 15:12, Loa Andersson wrote:
> Ketan,
> 
> For me there is a bit of procedural issue in this, changing the draft 
> at this stage would require a new wgap.
> 
> Would it be sufficient that the working group chairs and the authors 
> acknowledge that the issues you pointed out, including "diverging from 
> the control plane protocol semantics for what constitutes the FEC"
> exists, and that all the issues you point out will be addressed as 
> part of the working group process?
> 
> Authors,
> 
> You obviously need to chime in on this.
> 
> /Loa
> 
> On 13/05/2020 12:08, Ketan Talaulikar (ketant) wrote:
>> Hi  Loa,
>>
>> There is no doubt about the need for LSP ping and traceroute 
>> operations to cover BGP EPE SIDs. So the requirement is real and 
>> something that the WG should be taking up.
>>
>> My concerns is that the proposal in the draft is diverging from the 
>> control plane protocol semantics for what constitutes the FEC (or
>> context) and how it is to be validated. These are some core aspects 
>> that IMHO need to be addressed before adoption while the rest may be 
>> taken up during its life as a WG document. I would suggest to wait 
>> for the authors response.
>>
>> Thanks,
>> Ketan
>>
>> -----Original Message-----
>> From: Loa Andersson <loa@pi.nu>
>> Sent: 13 May 2020 09:22
>> To: Ketan Talaulikar (ketant) <ketant@cisco.com>om>; 
>> draft-hegde-mpls-spring-epe-oam@ietf.org
>> Cc: mpls-chairs@ietf.org; mpls@ietf.org
>> Subject: Re: [mpls] working group adaption poll (wgap) for 
>> draft-hegde-mpls-spring-epe-oam
>>
>> Ketan,
>>
>> Anything of this that need to addressed before wg adoption?
>>
>>
>> Authors
>>
>> I leave the wgap opeb a few extra days to llow you to respond to this.
>>
>>
>> /Loa
>>
>> On 12/05/2020 23:32, Ketan Talaulikar (ketant) wrote:
>>> Hello Authors,
>>>
>>> I have the following comments on this draft and would be good if you 
>>> could clarify/respond.
>>>
>>> 1)The FEC description should match the "context" that is advertised 
>>> in the control plane for Peer Adj SID. E.g. the local/remote 
>>> Interface IDs are not being included from
>>> https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe
>>> -1
>>> 9#section-4.2
>>>
>>> 2) For the Peer Node SID, the control plane definition is
>>> https://tools.ietf.org/html/draft-ietf-idr-bgpls-segment-routing-epe
>>> -19#section-4.1 and the FEC description in this draft is not aligned 
>>> with the corresponding control plane. The Peer Node SID is meant for 
>>> the packet to be delivered to a specific BGP peer and it does not 
>>> matter over which interface it is received. So why have those 
>>> interface addresses as mandatory in the FEC. The only thing the 
>>> control plane indicates is the peering session itself.
>>>
>>> 3) Same as (2) above, for the Peer Set SID, the interfaces are don't 
>>> care.
>>>
>>> 4) The draft just says that the procedures are borrowed from RFC8287 
>>> but I don't think this is so straightforward or trivial. E.g.
>>> https://tools.ietf.org/html/rfc8287#section-7.2 has the following:
>>>
>>>      The network node that is immediately downstream of the node 
>>> that
>>>      advertised the Adjacency Segment ID is responsible for 
>>> generating the
>>>      FEC Stack Change sub-TLV for POP operation for the Adjacency 
>>> Segment
>>>      ID.
>>>
>>> In the case of IGPs, the downstream node does have the label and 
>>> context for adjacency SID (which is functionally closest to BGP EPE 
>>> SIDs). In the BGP-EPE SIDs case, this is not always the case. So I 
>>> believe, it would be better if the entire operation were described.
>>>
>>> 5) The ping or traceroute done to any of the BGP EPE SID 
>>> corresponding to an eBGP session may result in the packet being sent 
>>> to another entity. The security consideration talk about it, but the 
>>> problem is not addressed by the remote AS dropping the packets. The 
>>> security issue is that the OAM packet could expose the FECs and 
>>> information of the local AS to a remote AS. So it is more as an 
>>> caveat for the operators performing the OAM operation to be mindful 
>>> of this fact.
>>>
>>> In general, some more description that set the stage for the 
>>> introduction of the new extensions and elaborate more on the 
>>> operations (some considerations above on what is mandatory to 
>>> evaluate and what is optional).
>>>
>>> Thanks,
>>> Ketan
>>>
>>> -----Original Message-----
>>> From: mpls <mpls-bounces@ietf.org> On Behalf Of Loa Andersson
>>> Sent: 30 April 2020 08:26
>>> To: mpls@ietf.org
>>> Cc: mpls-chairs@ietf.org; draft-hegde-mpls-spring-epe-oam@ietf.org
>>> Subject: [mpls] working group adaption poll (wgap) for 
>>> draft-hegde-mpls-spring-epe-oam
>>>
>>> Working Group,
>>>
>>> This is to start a two week poll on adopting 
>>> draft-hegde-mpls-spring-epe-oam as a MPLS working group document.
>>>
>>> Please send your comments (support/not support) to the mpls working 
>>> group mailing list (mpls@ietf.org). Please give a technical 
>>> motivation for your support/not support, especially if you think 
>>> that the document should not be adopted as a working group document.
>>>
>>> There is one IPR disclosure against this document.
>>>
>>> The authors have stated on the MPLS wg mailing list that they are 
>>> unaware of any IPRs that relates to this document.
>>>
>>> The working group adoption poll ends May 15, 2020.
>>>
>>> /Loa
>>>
>>
> 

-- 

My mail server from time to time has come under DOS attacks, we are working to fix it but it may take some time. If you get denial of service sending to me plz try to use loa.pi.nu@gmail


Loa Andersson                        email: loa@pi.nu
Senior MPLS Expert
Bronze Dragon Consulting             phone: +46 739 81 21 64