| Re: OK . . . lots of input | <– Date –> <– Thread –> |
|
From: David Frascone (dave |
|
| 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
-
OK . . . lots of input David Frascone, October 24 2001
- Re: OK . . . lots of input David Frascone, October 25 2001
- Re: OK . . . lots of input David Frascone, October 26 2001
Results generated by Tiger Technologies using MHonArc.