[EMAIL PROTECTED] wrote:
Hi,
I have a couple of comments/questions on this draft.
3.2 Policy subscription
The MIME type defined in this draft for session-independent policies is
application/session-policy+xml. It is mentioned that "a UA compliant to
this specification MUST support the User Agent Profile Data Set for
Media Policy", which (version -04) seems to define MIME type
application/media-policy-dataset+xml. I guess the MIME types should be
the same?
Good catch. I'll change the MIME type in the framework to
application/media-policy-dataset+xml.
4.2 Overview, last sentence
It is said that "Both types of policies [applying to the offer, or both
to the offer and answer] are supported by session-specific policy
mechanism." Does this require a mechanism to indicate in the policy
whether the policy applies to offer, or both offer and answer? With this
kind of mechanism the endpoint would not have to request a policy
decision for the answer, if the policy applies only to the offer.
Yes. The policy event package supports this.
4.3.1 Offer in request, example on page 12
What should be the behaviour if the policy check at the end (messaages 9
and 10) indicate that the policy was unacceptable? Should there be a
re-INVITE or UPDATE, possible triggering a similar policy checking again
in the remote end? Would it be better to always wait for the policy
decision before answering with the final response?
I think it is unlikely that a policy server would decline a session at
this point since it has accepted the offer earlier. If it does occur,
the correct behavior for the UA would be to terminate the session by
sending a BYE. I believe section 4.4.6. covers this to some extend but
maybe this needs to be made more explicit.
Volker
-----Original Message-----
From: ext DRAGE, Keith (Keith) [mailto:[EMAIL PROTECTED]
Sent: 22.05.2007 01:06
To: IETF SIP List
Subject: [Sip] WGLC for draft-ietf-sip-session-policy-framework-01
(As WG chair)
This is to announce a Working Group Last Call on
http://www.ietf.org/internet-drafts/draft-ietf-sip-session-poli
cy-framew
ork-01.txt
The WGLC is for 3 weeks and will end on 11th June 2007.
Please respond to the editor, and to the SIP mailing list with
comments.
This WGLC is being held in conjunction with the two related
documents in the SIPPING group, see mail below:
Regards
Keith
---------------------------------------------------------------
---------
-----------------------------
Hi all,
This is to announce Working Group Last Call on the following documents:
http://www.ietf.org/internet-drafts/draft-ietf-sipping-media-po
licy-data
set-04.txt (Recently updated to address the merging issue
discussed on the mailing list)
http://www.ietf.org/internet-drafts/draft-ietf-sipping-policy-p
ackage-03
.txt (Unchanged since prior to IETF-68)
This WGLC will end on 11 June 2007.
Since the WG has previously reviewed these documents, the plan
is to keep the same set of reviewers that previously volunteered:
Bob Penfield, Shida Schubert, Flemming Andreasen, Roni
Even However, anyone additional that would like to volunteer
would be appreciated to get a fresh set of eyes on the document.
Feedback should be sent to the authors' email addresses (which
is cc'ed using the tools alias in the above for your
convenience) and please copy the SIPPING mailing list.
Note: the original plan was to WGLC this set of documents
along with the framework document that moved to SIP. So, stay
tuned for an announcement on the SIP list of the WGLC plans
for that document.
Thanks,
Mary
SIPPING WG co-chair
---------------------------------------------------------------
---------
-------------------------------
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol Use
[EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
