[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sip] INFO Framework - one pakage per INFO
- To: Dean Willis <dean.willis at softarmor.com>
- Subject: Re: [Sip] INFO Framework - one pakage per INFO
- From: Hadriel Kaplan <HKaplan at acmepacket.com>
- Date: Tue, 9 Dec 2008 18:38:04 -0500
- Accept-language: en-US
- Acceptlanguage: en-US
- Cc: Kyzivat <pkyzivat at cisco.com>, "DRAGE, Keith (Keith)" <drage at alcatel-lucent.com>, SIP List <SIP at ietf.org>, "Elwell, John" <john.elwell at siemens.com>, Christer Holmberg <christer.holmberg at ericsson.com>, Paul at core3.amsl.com
- Delivered-to: ietfarch-sip-web-archive at core3.amsl.com
- Delivered-to: sip at core3.amsl.com
- In-reply-to: <8F5AA18C-B07C-4AE9-8B2F-6CC8A19E2BDA at softarmor.com>
- List-help: <mailto:sip-request@ietf.org?subject=help>
- List-id: Session Initiation Protocol <sip.ietf.org>
- List-post: <mailto:sip@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
- References: 8A6A762007F5D001560B18 at GBNTHT12009MSX.gb002.siemens.net><E6C2E8958BA59A4FB960963D475F7AC3137F290B3C at mail><28B7C3AA2A7ABA4A841F11217ABE78D674743C9B at FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com><E6C2E8958BA59A4FB960963D475F7AC3137FA124A5 at mail> <CA9998CD4A020D418654FCDEF4E707DF09BBD2A3 at esealmw113.eemea.ericsson.se> <68367825453443BC9EB23F5C535181C9 at Codalogic> <CA9998CD4A020D418654FCDEF4E707DF09BBD4EB at esealmw113.eemea.ericsson.se> <C405813E697143F9845A0DD2DEA1EFFF at Codalogic> <E6C2E8958BA59A4FB960963D475F7AC3137FA12F18 at mail> <8F5AA18C-B07C-4AE9-8B2F-6CC8A19E2BDA at softarmor.com>
- Sender: sip-bounces at ietf.org
- Thread-index: AclaPA3nqVpVaGQiQIeomOC1N+27eAAGur9Q
- Thread-topic: [Sip] INFO Framework - one pakage per INFO
> -----Original Message-----
> From: Dean Willis [mailto:dean.willis at softarmor.com]
> Sent: Tuesday, December 09, 2008 3:25 PM
>
> On Dec 9, 2008, at 12:54 PM, Hadriel Kaplan wrote:
>
> I would say it as something like "If the UAS cannot decode the MIME
> structure of the body because of formatting errors, it returns a 606.
> If the UAS can decode the MIME structure of the body but does not know
> what to do with the body parts, either because they are of an
> unrecognized type or because there is no application to consume those
> body parts, the UAS returns a 415. Otherwise, the UAS delivers the
> body part to the application and returns a 200 OK."
>
> I would leave discussion of application-level rejection of body parts
> entirely out of the discussion.
Sounds fine with me.
-hadriel
_______________________________________________
Sip mailing list https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip