Re: [Last-Call] Yangdoctors last call review of draft-ietf-opsawg-tacacs-yang-03

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 07. 05. 20 12:37, tom petch wrote:
> From: OPSAWG <opsawg-bounces@xxxxxxxx> on behalf of Wubo (lana) <lana.wubo@xxxxxxxxxx>
> Sent: 07 May 2020 09:08
> 
> Hi Lada, Joe,
> 
> Thanks for the guidance, please see inline.
> 
> Thanks,
> Bo
> 
> -----邮件原件-----
> 发件人: Ladislav Lhotka [mailto:ladislav.lhotka@xxxxxx]
> 发送时间: 2020年5月7日 14:38
> 
> "Joe Clarke (jclarke)" <jclarke@xxxxxxxxx> writes:
> 
>>> - Is it correct that the server type may be either one of "authentication", "authorization" or "accounting", or all of them? Is it impossible for a server to be authentication & authorization but not accounting? Such a variant cannot be configured.
>>> [Bo] OK, will correct when the final guidance on this issue is received.
>>
>> Lada replied yesterday to say that the bit string is likely preferred similar to access-operations in ietf-netconf-acm.  I might personally discourage the use of ‘*’ for this given that there are only three types, but that’s just my individual thought.
> 
> +1
> 
> I think it is better to have all three types explicitly in the value. Perhaps this could also be the default?
> 
> Lada
> [Bo] Please see if the definition below is correct:
>   typedef tcsplus-server-type {
>        type bits {
>          bit authentication {
>            description
>              "When set, the server is an authentication server.";
>          }
>          bit authorization {
>            description
>              "When set, the server is an authorization server.";
>          }
>          bit accounting {
>            description
>              "When set, the server is an accounting server.";
>          }
>          bit all {
>            description
>              "When set, the server can be all types of TACACS+ servers.";
>          }
> 
>        }
>        description
>          "server-type can be set to authentication/authorization/accounting or any combination of the three types.
>           When all three types are supported, either "all" or the three bits setting can be used;
>      }
> 
> <tp>
> I would drop the all.   I know that I suggested it, or an asterisk, but I was thinking that this was a common  case.  Joe suggests that no accounting is the commoner - I do not have sufficient exposure to know - in which case I would not bother with 'all'.  Whether or not to make auth/auth  the default I have no particular view on - as I say, I lack the exposure to be confident about that.
> 
> Having 'all' adds complexity, two ways to something, while making a small saving in message size - on balance, not worth it.

Agreed. Lada

> 
> Tom Petch 
> 
>>
>> Joe
>>
> 
> --
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@xxxxxxxx
> https://www.ietf.org/mailman/listinfo/opsawg
> 

-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux