Re: [siprec] draft-ram-siprec-callflows-01

Ofir Roth <Ofir.Roth@nice.com> Sat, 20 October 2012 22:44 UTC

Return-Path: <Ofir.Roth@nice.com>
X-Original-To: siprec@ietfa.amsl.com
Delivered-To: siprec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C674821F8917 for <siprec@ietfa.amsl.com>; Sat, 20 Oct 2012 15:44:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j5AXzANFgw62 for <siprec@ietfa.amsl.com>; Sat, 20 Oct 2012 15:44:55 -0700 (PDT)
Received: from mailil.nice.com (mailil.nice.com [192.114.148.4]) by ietfa.amsl.com (Postfix) with ESMTP id ADB1E21F8744 for <siprec@ietf.org>; Sat, 20 Oct 2012 15:44:54 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.80,623,1344200400"; d="scan'208";a="4683146"
Received: from TLVMBX01.nice.com ([192.168.253.242]) by tlvcas02.nice.com ([172.18.253.6]) with mapi; Sun, 21 Oct 2012 00:44:52 +0200
From: Ofir Roth <Ofir.Roth@nice.com>
To: "Ram Mohan R (rmohanr)" <rmohanr@cisco.com>, Parthasarathi R <partha@parthasarathi.co.in>, "siprec@ietf.org" <siprec@ietf.org>
Date: Sun, 21 Oct 2012 00:44:50 +0200
Thread-Topic: [siprec] draft-ram-siprec-callflows-01
Thread-Index: AQHNrsNBoux/T2+ES0W7qhHp5LkoQJfCyyuQ
Message-ID: <D6FF53BFD24F6F448C70DEF68DB4E6655A8BC75C54@TLVMBX01.nice.com>
References: <D6FF53BFD24F6F448C70DEF68DB4E6655A8BC75BD1@TLVMBX01.nice.com> <E92E67B176B8B64D8D3A8F5E44E9D8F40DD801@xmb-aln-x05.cisco.com>
In-Reply-To: <E92E67B176B8B64D8D3A8F5E44E9D8F40DD801@xmb-aln-x05.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [siprec] draft-ram-siprec-callflows-01
X-BeenThere: siprec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Recording Working Group Discussion List <siprec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/siprec>, <mailto:siprec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/siprec>
List-Post: <mailto:siprec@ietf.org>
List-Help: <mailto:siprec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/siprec>, <mailto:siprec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Oct 2012 22:44:56 -0000

Thanks Ram.

I have posted two scenarios which are aligned according to the metadata draft.
Have you had a chance to check them?

BR,
Ofir.

-----Original Message-----
From: Ram Mohan R (rmohanr) [mailto:rmohanr@cisco.com] 
Sent: Saturday, October 20, 2012 3:03 PM
To: Ofir Roth; Parthasarathi R; siprec@ietf.org
Subject: Re: [siprec] draft-ram-siprec-callflows-01

Ofir,

The schema in the ver 08 is the latest one. The examples in callflows-01 are not yet in sync with that.

We will publish soon the call flows.
As paul mentioned in the other thread, we appreciate if you have any call flows from the implementation/software that we can use.

Regards,
Ram

> On 20/10/12 12:35 AM, "Ofir Roth" <Ofir.Roth@nice.com> wrote:

>Hi,
> 
>According to the metadata scheme:
> 
><xs:complexType name="participant">
>       <xs:sequence>
>           <xs:element name="nameID" type="nameID"
>             maxOccurs="1"/>
>        <xs:any namespace='##other'
>                   minOccurs='0'
>                   maxOccurs='unbounded'
>                   processContents='lax'/>
>       </xs:sequence>
>       <xs:attribute name="participant_id" type="xs:base64Binary"
>            use="required"/>
>       <xs:attribute name="session_id" type="xs:base64Binary"
>            use="required"/>
>   </xs:complexType>
>There is no associate/disassociate time as part of the participant 
>definition while it appears in the call flow example of section 4.5.
> 
>And session is defined as follow:
> 
><xs:complexType name="session">
>       <xs:sequence>
>         <xs:element name="reason" type="xs:string"
>                minOccurs="0"/>
>         <xs:element name="group-ref" type="xs:base64Binary"
>                minOccurs="0" maxOccurs="1"/>
>           <xs:any namespace='##other'
>                   minOccurs='0'
>                   maxOccurs='unbounded'
>                   processContents='lax'/>
>       </xs:sequence>
>       <xs:attribute name="session_id" type="xs:base64Binary"
>            use="required"/>
>   </xs:complexType>
> 
>According to the session definition, session does not contain 
>start/stop time while it appears in call flow document.
> 
>I am interested which is the up to date version that should be used 
>(call flow or metadata scheme).
> 
>Thanks,
>Ofir.
> 
>From: Parthasarathi R [mailto:partha@parthasarathi.co.in]
>Sent: Wednesday, October 17, 2012 5:28 PM
>To: Ofir Roth; siprec@ietf.org
>Subject: RE: [siprec] draft-ram-siprec-callflows-01
>
>
> 
>Hi Ofir,
> 
>Thanks for your review. Please read inline.
> 
>Thanks
>Partha
> 
>From: siprec-bounces@ietf.org [mailto:siprec-bounces@ietf.org] On 
>Behalf Of Ofir Roth
>Sent: Wednesday, October 17, 2012 4:46 PM
>To: siprec@ietf.org
>Subject: [siprec] draft-ram-siprec-callflows-01
>
>
> 
>Hello,
> 
>I am reviewing the examples provided in draft-ram-siprec-callflows-01 
>and noticed that it is not aligned according to 
>draft-ietf-siprec-metadata-07.
> 
>For example: 
> 
>1.       Session element does not contain start/stop time
><Partha> I guess that you wish to see the example with start/stop time.
>We will add in the
> next revision. 
>  
>BTW,start/stop time are optional elements in session.  So, the callflow 
>is inline with metadata -07 draft.
> 
></Partha>
> 
>2.       Participant does not include disassociate-time (as in section
>4.5)
><Partha> Sec 4.5 is call disconnect example and so, disassociate-time 
>exists. Please let me know the exact location where disassociate-time 
>is missing. </Partha>
> 
>If those are known issues, I will appreciate if someone can let me know.
> 
>Thanks,
>Ofir.
> 
>
>_______________________________________________
>siprec mailing list
>siprec@ietf.org
>https://www.ietf.org/mailman/listinfo/siprec
>