Re: [Agentx] Empty context in rfc2742

[Magnus Fromreide <[e-mail]>]

On Sun, 2009-08-30 at 18:23 -0400, Mark Ellison wrote: 
> Hi Magnus-

Hello Mark.

> On Sun, Aug 30, 2009 at 5:41 PM, Magnus Fromreide<[e-mail]> wrote:
> > On Sun, 2009-08-30 at 13:48 -0400, Mark Ellison wrote:
> >> On Sun, Aug 30, 2009 at 5:17 AM, Magnus Fromreide<[e-mail]> wrote:
> >> > Hello.
> >> >
> >> > According to rfc2742 agentxRegContext (octet string) is
> >> >     "The context in which the session supports the objects in this
> >> >      region.  A zero-length context indicates the default context.
> >> >     "
> >> >
> >> > Now I am would like to know how a zero-length context should be
> >> > represented?
> >> >
> >> The default context is an OCTET STRING of zero-length.
> >
> > Not according to RFC 2741 6.1.1 §4.
> >
> > In agentxRegContext we are looking a AgentX registrations and in this
> > domain it is explicitly stated that NON_DEFAULT_CONTEXT "" is distinct
> > from DEFAULT_CONTEXT but I can see no provision for the MIB to represent
> > that.
> 
> Thanks for this reference- your original question was in regard to RFC
> 2742.

Well, they are somewhat related since 2742 has no purpose without 2741.

> As the agentxRegContext object-type definition states, "A
> zero-length context indicates the default context".  I believe this is
> consistent with my previous reply.

I fear that we are speaking past each other and will do one last attempt
to ask my question.

> The 2741 section cited above applies to the AgentX header.
> Effectively, for 2742 you won't have a zero-length context name for a
> non default context.

As I understand 2742 agentxRegistrationTable is a view into the set of
registrations that the sessions have done with the master agent and thus
the values of that table should match the values in the actual
registrations as far as possible.

> In the SNMP, the AgentX context is mapped from the SNMPv3 contextName
> in the scoped PDU (most current is 3411 sxn 3.3.3).  Since every
> contextName within an SNMP entity MUST be unique there can not be both
> the default context and a non default context with a zero-length
> string.

While this is true it is also true that the agent is free to map the
AgentX-contexts to SNMP-contexts however it wish so I think this impose
no limits on the values of AgentX-contexts.

This question is only regarding the _values_ of the agentxRegContext
column.

As I said above it believe that agentxRegContext should represent the
values of the AgentX-context for all AgentX-registrations that is made
on the AgentX-side of the master agent.

The problem is that the value set for AgentX-context contains one
element more than the value set for OCTET STRING.

I am asking how the AgentX-context value that don't fit into the mapping
from AgentX-context to agentxRegContext should be handled.

EXAMPLE:

Assume that two AgentX registrations are made to a master agent that
implements rfc 2741 and rfc 2742.

1: { r.flags = 0, <no r.context>, ... }
2: { r.flags = NON_DEFAULT_CONTEXT, r.context = "", ... }

Now as I read 2742 the value of the agentxRegContext column for
registration #1 is ""

The question is what the value of the agentxRegContext column for
registration #2 should be?

/MF