From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 26A2CA0506; Wed, 23 Mar 2022 20:50:29 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C6C2640DF7; Wed, 23 Mar 2022 20:50:28 +0100 (CET) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) by mails.dpdk.org (Postfix) with ESMTP id 262BD4068A for ; Wed, 23 Mar 2022 20:50:28 +0100 (CET) Received: by mail-io1-f54.google.com with SMTP id z6so3064462iot.0 for ; Wed, 23 Mar 2022 12:50:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BCeE9QFqi1YVDfIOB9g9cu2dFsV40B8eGeoDjNZi8DQ=; b=RCStzOPuCgc96KuQRAfu1jzZygx2hGPcKcNXiLwf/PT3vXSOqdeK9OIMFWCg23wxEU Q/B5P6JCUwAY7DLU2JiLNRwoLXd/L8/b7fggZvxfWoULCJRgL/2x2dSEi4FmndB+bekE TjPg/zPxyH6O3o96urc3nnCaTG/CDbHtKim2w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BCeE9QFqi1YVDfIOB9g9cu2dFsV40B8eGeoDjNZi8DQ=; b=mB+igOuRTfJB8jNXpvjoOpCcO6Kz3FpjlOFKLx51oRlbI8bbOVQh0Kxd0tqQJgYb4e QjoYMH9FA4iRRbKrUHhx6MaIrsOhV3GbzNfj7IKQADBAY+daGAH+RFKIg/HYjGVZuEd7 xJIVLGDcGc9kuKN5WewaeQFKz0SFX5u/YUGmHHlyoVn/ShzgLkXzR4rXv+vGTf+9WkyX yvhWdzyRuUSvoRIIuqnAjyEic1d7Wl5V5+8LbMiXV91rlI1lQqhneNhexvkqaFt8jiQR w89crJFwLpgXDcw72lvV7PiWn/3PvBR1daD437hn9/B/bP1uFOZuh6OPmjw2iTP84lSW 3LFw== X-Gm-Message-State: AOAM532EWq+u/afCF/Uv6PDAxslq93Q8Q1cpt16KRBK63bHBIFaYe9fh sU5unDOG2VwVTytHWpK/d/gEwqJkUDvDxBXUMLrnYA== X-Google-Smtp-Source: ABdhPJz9Z39cNwFD05iGKEQ2kq6qfDJ6PTkrHIvSUeQmkacsNeHZ3BSvuuI7hdLkzCVFJKChRoUTUX+/fNS3dDnR8lA= X-Received: by 2002:a05:6638:1608:b0:317:c115:8816 with SMTP id x8-20020a056638160800b00317c1158816mr849239jas.84.1648065027336; Wed, 23 Mar 2022 12:50:27 -0700 (PDT) MIME-Version: 1.0 References: <20220228032146.37407-1-humin29@huawei.com> <1785739.atdPhlSkOF@thomas> <90f30b34-e376-3782-87fd-1ebbf330a3d6@huawei.com> <109872978.nniJfEyVGO@thomas> In-Reply-To: <109872978.nniJfEyVGO@thomas> From: Ajit Khaparde Date: Wed, 23 Mar 2022 12:50:11 -0700 Message-ID: Subject: Re: [PATCH 2/6] net/hns3: fix inconsistent enabled RSS behavior To: Thomas Monjalon Cc: "Min Hu (Connor)" , "lihuisong (C)" , Ori Kam , "dev@dpdk.org" , Andrew Rybchenko , Qi Zhang , Olivier Matz , "jerinj@marvell.com" , Stephen Hemminger , Slava Ovsiienko , huangdaode Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="0000000000008a351e05dae80a96" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --0000000000008a351e05dae80a96 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2022 at 12:04 PM Thomas Monjalon wrot= e: > > 23/03/2022 12:04, lihuisong (C): > > =E5=9C=A8 2022/3/23 17:14, Thomas Monjalon =E5=86=99=E9=81=93: > > > 23/03/2022 04:05, lihuisong (C): > > >> =E5=9C=A8 2022/3/23 1:13, Thomas Monjalon =E5=86=99=E9=81=93: > > >>> 21/03/2022 08:14, lihuisong (C): > > >>>> 2022/3/10 16:08, lihuisong (C): > > >>>>> 2022/3/9 17:55, Ori Kam: > > >>>>>> From: lihuisong (C) > > >>>>>>> 2022/3/3 10:47, lihuisong (C): > > >>>>>>>> 2022/3/2 22:07, Ori Kam: > > >>>>>>>>> From: lihuisong (C) > > >>>>>>>>>> 2022/3/1 0:42, Ferruh Yigit: > > >>>>>>>>>>> On 2/28/2022 3:21 AM, Min Hu (Connor) wrote: > > >>>>>>>>>>>> From: Huisong Li > > >>>>>>>>>>>> > > >>>>>>>>>>>> RSS will not be enabled if the RTE_ETH_MQ_RX_RSS_FLAG isn'= t be > > >>>>>>>>>>>> set in > > >>>>>>>>>>>> dev_configure phase. However, if this flag isn't set, RSS = can be > > >>>>>>>>>>>> enabled > > >>>>>>>>>>>> through the ethdev ops and rte_flow API. This behavior is > > >>>>>>>>>>>> contrary to > > >>>>>>>>>>>> each > > >>>>>>>>>>>> other. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Fixes: c37ca66f2b27 ("net/hns3: support RSS") > > >>>>>>>>>>>> Cc: stable@dpdk.org > > >>>>>>>>>>>> > > >>>>>>>>>>>> Signed-off-by: Huisong Li > > >>>>>>>>>>> Hi Huisong, Connor, > > >>>>>>>>>>> > > >>>>>>>>>>> Let's get a little more feedback for this patch, cc'ed more= people. > > >>>>>>>>>>> > > >>>>>>>>>>> To enable RSS, multi queue mode should be set to > > >>>>>>>>>>> 'RTE_ETH_MQ_RX_RSS_FLAG'. > > >>>>>>>>>>> > > >>>>>>>>>>> But I wonder if it is required to configure RSS via flow AP= I, > > >>>>>>>>>> I do not know the original purpose of adding the RSS > > >>>>>>>>>> configuration in > > >>>>>>>>>> flow API. > > >>>>>>>>>> > > >>>>>>>>> The purpose is simple, this allow to create RSS per rule and = not a > > >>>>>>>>> global one. > > >>>>>>>>> For example create RSS that sends TCP to some queues while ot= he RSS > > >>>>>>>>> will send > > >>>>>>>>> UDP traffic to different queues. > > >>>>>>>> I'm a little confused now. The "per rule" also seems to be a g= lobal > > >>>>>>>> configuration. > > >>>>>>>> Example: > > >>>>>>>> - start PMD with 0,1,2,3 > > >>>>>>>> - create TCP packets to 2,3 queues. At this moment, only 2= ,3 queues > > >>>>>>>> can be received for other types of packets. > > >>>>>>>> Because this rule is implemented by modifying the entry of the > > >>>>>>>> redirection table which is global for this device. > > >>>>>>> Hi, Ori and Stephen. > > >>>>>>> Can you help me clear up the confusion above? If some NICs beha= ve like > > >>>>>>> this, what should we do about it? > > >>>>>> I'm not sure I understand the issue, maybe it is releated to som= e > > >>>>>> HW/PMD limitation. > > >>>>>> In your example non TCP traffic will be routed to one of the 4 q= ueues > > >>>>>> (0,1,2,3), > > >>>>>> While TCP traffic will only be routed to queues 2,3. > > >>>>>> > > >>>>>> Now I can add new rule that matches on UDP packet and RSS to que= ue 0 > > >>>>>> and 3 in this case: > > >>>>>> TCP packets will be routed to queues 0,3. > > >>>>>> UDP packets will be routed to queues 2,3. > > >>>>>> All the rest of the traffic will be routed to queues 0,1,2,3 > > >>>>>> > > >>>>>> And just to be clear if now I add a rule to match all packets in > > >>>>>> higher priority, > > >>>>>> with RSS to queues 1,2. Then all traffic will be routed to queue= s 1,2. > > >>>>>> > > >>>>>> At least this is what is expected, from API point of view. > > >>>>>> > > >>>>>> Best, > > >>>>>> Ori > > >>>>> Thank you for your answer. I understand it. > > >>>>> hns3 PMD cannot implement the above functions due to hardware lim= itation. > > >>>>> we may need add a check that specified RSS queues cannot be suppo= rted > > >>>>> when specified packets types. > > >>>>> And only the packet type is specified, which meets the requiremen= ts of > > >>>>> rte_flow API. > > >>>>> The check for the RTE_ETH_MQ_RX_RSS_FLAG flag in rte_flow is not = correct. > > >>>>> Thanks, Ori and Stephen=F0=9F=98=81 > > >>>>> > > >>>>> But, I think, it is necessary for the '.rss_hash_update' and > > >>>>> '.reta_update' APIs > > >>>>> in eth_dev_ops to verify this flag. What do you think? @Thomas, > > >>>>> @Ferruh, @Ori and @Stephen. > > >>>> What's your take on it? I am looking forward to your reply. Thanks= ! > > >>> I am not sure why you want to check this flag. > > >> I want to make sure that the behavior that PMD configured RSS is > > >> consistent across different interfaces. The RTE_ETH_MQ_RX_RSS_FLAG > > >> flag is a switch to enable RSS hash. If the switch isn't open, some > > >> PMD do not configure RSS function. I think the consistency is necess= ary. > > >> If not set RSS muti-queue mode, it is unnecessary to configure RSS. > > >> > > >>> I can imagine we configure the hash and the table before enabling R= SS > > >>> with the RTE_ETH_MQ_RX_RSS_FLAG flag. > > >> The flag is derived from dev_configure() which also configures > > >> hash and key. I don't think it makes sense to configure hash and > > >> reta before calling dev_configure. Because they'll be updated. > > >> This is similar to configuring mtu. > > > OK I see your point. > > > So you would like to return an error in RSS functions > > > if the flag RTE_ETH_MQ_RX_RSS_FLAG is not set? > > Yes > > > Should it be checked in ethdev library or PMDs? > > I think it's better to put it in the ethdev layer if we do it. > > Should we add this check in 'rss_hash_update' and 'reta_update' APIs? > > I'm OK with adding the check in ethdev. +1 Apologies for getting late to this thread. --0000000000008a351e05dae80a96 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIQdgYJKoZIhvcNAQcCoIIQZzCCEGMCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg gg3NMIIFDTCCA/WgAwIBAgIQeEqpED+lv77edQixNJMdADANBgkqhkiG9w0BAQsFADBMMSAwHgYD VQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UE AxMKR2xvYmFsU2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yODA5MTYwMDAwMDBaMFsxCzAJBgNVBAYT AkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBS MyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA vbCmXCcsbZ/a0fRIQMBxp4gJnnyeneFYpEtNydrZZ+GeKSMdHiDgXD1UnRSIudKo+moQ6YlCOu4t rVWO/EiXfYnK7zeop26ry1RpKtogB7/O115zultAz64ydQYLe+a1e/czkALg3sgTcOOcFZTXk38e aqsXsipoX1vsNurqPtnC27TWsA7pk4uKXscFjkeUE8JZu9BDKaswZygxBOPBQBwrA5+20Wxlk6k1 e6EKaaNaNZUy30q3ArEf30ZDpXyfCtiXnupjSK8WU2cK4qsEtj09JS4+mhi0CTCrCnXAzum3tgcH cHRg0prcSzzEUDQWoFxyuqwiwhHu3sPQNmFOMwIDAQABo4IB2jCCAdYwDgYDVR0PAQH/BAQDAgGG MGAGA1UdJQRZMFcGCCsGAQUFBwMCBggrBgEFBQcDBAYKKwYBBAGCNxQCAgYKKwYBBAGCNwoDBAYJ KwYBBAGCNxUGBgorBgEEAYI3CgMMBggrBgEFBQcDBwYIKwYBBQUHAxEwEgYDVR0TAQH/BAgwBgEB /wIBADAdBgNVHQ4EFgQUljPR5lgXWzR1ioFWZNW+SN6hj88wHwYDVR0jBBgwFoAUj/BLf6guRSSu TVD6Y5qL3uLdG7wwegYIKwYBBQUHAQEEbjBsMC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC5nbG9i YWxzaWduLmNvbS9yb290cjMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5j b20vY2FjZXJ0L3Jvb3QtcjMuY3J0MDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFs c2lnbi5jb20vcm9vdC1yMy5jcmwwWgYDVR0gBFMwUTALBgkrBgEEAaAyASgwQgYKKwYBBAGgMgEo CjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAN BgkqhkiG9w0BAQsFAAOCAQEAdAXk/XCnDeAOd9nNEUvWPxblOQ/5o/q6OIeTYvoEvUUi2qHUOtbf jBGdTptFsXXe4RgjVF9b6DuizgYfy+cILmvi5hfk3Iq8MAZsgtW+A/otQsJvK2wRatLE61RbzkX8 9/OXEZ1zT7t/q2RiJqzpvV8NChxIj+P7WTtepPm9AIj0Keue+gS2qvzAZAY34ZZeRHgA7g5O4TPJ /oTd+4rgiU++wLDlcZYd/slFkaT3xg4qWDepEMjT4T1qFOQIL+ijUArYS4owpPg9NISTKa1qqKWJ jFoyms0d0GwOniIIbBvhI2MJ7BSY9MYtWVT5jJO3tsVHwj4cp92CSFuGwunFMzCCA18wggJHoAMC AQICCwQAAAAAASFYUwiiMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9v dCBDQSAtIFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTA5 MDMxODEwMDAwMFoXDTI5MDMxODEwMDAwMFowTDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENB IC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2JhbFNpZ24wggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDMJXaQeQZ4Ihb1wIO2hMoonv0FdhHFrYhy/EYCQ8eyip0E XyTLLkvhYIJG4VKrDIFHcGzdZNHr9SyjD4I9DCuul9e2FIYQebs7E4B3jAjhSdJqYi8fXvqWaN+J J5U4nwbXPsnLJlkNc96wyOkmDoMVxu9bi9IEYMpJpij2aTv2y8gokeWdimFXN6x0FNx04Druci8u nPvQu7/1PQDhBjPogiuuU6Y6FnOM3UEOIDrAtKeh6bJPkC4yYOlXy7kEkmho5TgmYHWyn3f/kRTv riBJ/K1AFUjRAjFhGV64l++td7dkmnq/X8ET75ti+w1s4FRpFqkD2m7pg5NxdsZphYIXAgMBAAGj QjBAMA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSP8Et/qC5FJK5N UPpjmove4t0bvDANBgkqhkiG9w0BAQsFAAOCAQEAS0DbwFCq/sgM7/eWVEVJu5YACUGssxOGhigH M8pr5nS5ugAtrqQK0/Xx8Q+Kv3NnSoPHRHt44K9ubG8DKY4zOUXDjuS5V2yq/BKW7FPGLeQkbLmU Y/vcU2hnVj6DuM81IcPJaP7O2sJTqsyQiunwXUaMld16WCgaLx3ezQA3QY/tRG3XUyiXfvNnBB4V 14qWtNPeTCekTBtzc3b0F5nCH3oO4y0IrQocLP88q1UOD5F+NuvDV0m+4S4tfGCLw0FREyOdzvcy a5QBqJnnLDMfOjsl0oZAzjsshnjJYS8Uuu7bVW/fhO4FCU29KNhyztNiUGUe65KXgzHZs7XKR1g/ XzCCBVUwggQ9oAMCAQICDBCmE9BT7srhoNHDEDANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMg UGVyc29uYWxTaWduIDIgQ0EgMjAyMDAeFw0yMTAyMjIxNDE4MjdaFw0yMjA5MjIxNDUxNDlaMIGW MQswCQYDVQQGEwJJTjESMBAGA1UECBMJS2FybmF0YWthMRIwEAYDVQQHEwlCYW5nYWxvcmUxFjAU BgNVBAoTDUJyb2FkY29tIEluYy4xHDAaBgNVBAMTE0FqaXQgS3VtYXIgS2hhcGFyZGUxKTAnBgkq hkiG9w0BCQEWGmFqaXQua2hhcGFyZGVAYnJvYWRjb20uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAwXsxfYF9jpj9zve1vXxD491SrWDVlcmLMdnOS1c7POMC8lbbgvp1o2kIu/3n xCVFTai5H6rHZgrFItNNVZ+XaJW9Ob9eiSuXdnAu5gVdTb+IFAf4S/PT2LXzpP07M7vyvm/yvA+8 HtVfapzqqTNYdNVUpq28MYsKEWbnyK94x5+C3oCAV4bpNnMoPNtKrMhvOdpTREQRyew8hyy3/Mz7 RIaCW0xx+14NTQe17dkH6CEEpmCjejneq/FU0gmbuorwHoP9mOiqeh23/ZKVpmFO/eiDtvMNAMDW 6LzhOk/pMklUPTHu/gQNW3OQebyhyFUHiBSp8rDkfWZT57Asd0PtdQIDAQABo4IB2zCCAdcwDgYD VR0PAQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0cDovL3NlY3Vy ZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNvbmFsc2lnbjJjYTIwMjAuY3J0MEEG CCsGAQUFBzABhjVodHRwOi8vb2NzcC5nbG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWdu MmNhMjAyMDBNBgNVHSAERjBEMEIGCisGAQQBoDIBKAowNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93 d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8wCQYDVR0TBAIwADBJBgNVHR8EQjBAMD6gPKA6 hjhodHRwOi8vY3JsLmdsb2JhbHNpZ24uY29tL2dzZ2NjcjNwZXJzb25hbHNpZ24yY2EyMDIwLmNy bDAlBgNVHREEHjAcgRphaml0LmtoYXBhcmRlQGJyb2FkY29tLmNvbTATBgNVHSUEDDAKBggrBgEF BQcDBDAfBgNVHSMEGDAWgBSWM9HmWBdbNHWKgVZk1b5I3qGPzzAdBgNVHQ4EFgQUPHif0ihgndR0 h7r3sANaOIu2yM8wDQYJKoZIhvcNAQELBQADggEBAAEuLXDnP0Xd2zAMpQobXLUyqbpqGMO6ycQc Xq4H2YYlSNKVwPA+ZAVdUOzbSimBKlx8mzAEHkI3Ll1yXlYeT4UwkfWV9fioyGuQelLN1sGzi5bm WEpaSIbR1eiJMtzxUPwpRTn19gHZVueIot2Gw0fEYgHiMJpUr6xBWv2QNXULu/E8qvbXIRh2iycq 5rWFggX/JHglO8nVqzb1ImzqzVMFnDN15h3j8ryy2MIvZ8VDQRP7l81IXaTvVwaKpWMgV6rfQOi6 aOQZuOKkad7qoCkS5N2oSsvxi+rZtDaJJNsDjs05y5JZZQtBlfAmdYS+mmvkPjZ1iaLTzk59o/Yo fNkxggJtMIICaQIBATBrMFsxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNh MTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwAgwQphPQ U+7K4aDRwxAwDQYJYIZIAWUDBAIBBQCggdQwLwYJKoZIhvcNAQkEMSIEILhS585pXyMUtcBDhK96 eIisitxHNqbMbSq17c3ZGBKUMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTIyMDMyMzE5NTAyN1owaQYJKoZIhvcNAQkPMVwwWjALBglghkgBZQMEASowCwYJYIZIAWUD BAEWMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzALBgkqhkiG9w0BAQowCwYJKoZIhvcNAQEHMAsG CWCGSAFlAwQCATANBgkqhkiG9w0BAQEFAASCAQAZ8OBWDNH4obEQuKVujMEq/eO/M2e/P0lJFUYC AZ3e5/jkHyjDWktDuOaAwJeA7p7Wk1qYcwFHePUyKuGe55ZIA5QTqeubLaW7OaTDqSQeDiQq0PMi K6ntq+z6GAzaAW/AiplqpPhNRL7m5Vrf3aaZ5IexjQN+aSmWwbjmMBWw1++iMlqcs+ji/sSem4Kv shiOBevnsERn+kmgd+5qNZ+KDAQC/q4+hvzw/B2Zx1TFFqWZYmKBhiNKh4ywMLj2nQkAFizhVjK9 i9x4u1qJ7mrbagDSncbj3/lhzWSANjqLSAO1RmM09Mp5EpHDiI3OV1TTgzIWi+xRiAk007en5UcJ --0000000000008a351e05dae80a96--