Re: OK . . . lots of input
From: David Frascone (davefrascone.com)
Date: 25 Oct 2001 14:43:32 -0000
One more thing.  For position based avps, perhaps a position tag?  For example,
sessionId has to be first.  I'm open to any suggestions on how to model
the avps.  It's starting to look like a ravp tag though (required avp):

<RequiredAvps name="Mobile-Ip Success">

<ravp name="Session-Id" position="1" />
or
<ravp position="1">Session-Id</ravp>

</RequiredAvps>

On Wed, Oct 24, 2001 at 02:55:46PM -0500, David Frascone wrote:
> First off, for symantic representation of the ABNF, I think we just need to
> include the AVPs that are REQUIRED for an individual command code.  I'm 
> invisioning something like:
> 
> <command  blah>
> <RequiredAvps>
> List of avps.
> </RequiredAvps>
> </command>
> 
> If you can come up with a better way so that the avps can be validated by
> the DTD, that would be nice.
> 
> Here at the bake off, I've had some input from the guys here, and they would
> like to see multiple ABNF representations in the dictionary.  Let me explain:
> 
> In the case where a Mobile=Ip agent is denied access, there would be many
> fewer required avps than on a successful attempt.  (The ABNF in the draft
> has to be changed too).  But, we would still like to be able to enforce the
> mandatory AVPs at the protocol layer with the dictionary.  (Protocol as 
> opposed to application).
> 
> So, I proposed having named lists of the ABNF required AVPs, with a particular
> name being the default (the one used at the protocol layer).  That way, an
> application could read in the other lists, and do more application layer
> checking.
> 
> 
> <command  blah>
> <RequiredAvps name="default">
> ResultCode
> </RequiredAvps>
> <RequiredAvps name="Mobile-Ip Success">
> ResultCode
> Keys
> etc.
> </RequiredAvps>
> </command>
> 
> 
> What do you think?
> _______________________________________________
> Xml mailing list
> Xml [at] mail.frascone.com
> http://mail.frascone.com/mailman/listinfo/xml

Results generated by Tiger Technologies using MHonArc.