Re: [sipcore] Verify draft-ietf-sipcore-rfc4244bis-callflows-02.txt

Shida Schubert <shida@ntt-at.com> Wed, 20 February 2013 03:26 UTC

Return-Path: <shida@ntt-at.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A61CD21F88B9 for <sipcore@ietfa.amsl.com>; Tue, 19 Feb 2013 19:26:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.017
X-Spam-Level:
X-Spam-Status: No, score=-102.017 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
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 p1k+J4Q2ku-r for <sipcore@ietfa.amsl.com>; Tue, 19 Feb 2013 19:26:53 -0800 (PST)
Received: from gator465.hostgator.com (gator465.hostgator.com [69.56.174.130]) by ietfa.amsl.com (Postfix) with ESMTP id D09FF21F888B for <sipcore@ietf.org>; Tue, 19 Feb 2013 19:26:53 -0800 (PST)
Received: from [64.7.84.134] (port=57363 helo=[192.168.11.4]) by gator465.hostgator.com with esmtpa (Exim 4.80) (envelope-from <shida@ntt-at.com>) id 1U80Ka-0000gd-Tg; Tue, 19 Feb 2013 21:26:52 -0600
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Shida Schubert <shida@ntt-at.com>
In-Reply-To: <201302042053.r14KrZ9j1204625@shell01.TheWorld.com>
Date: Tue, 19 Feb 2013 19:26:51 -0800
Content-Transfer-Encoding: 7bit
Message-Id: <5EB99B90-9711-4865-88CE-C4F50FB08E39@ntt-at.com>
References: <20130129204912.30730.77135.idtracker@ietfa.amsl.com> <510C4370.6020306@alum.mit.edu> <201302042053.r14KrZ9j1204625@shell01.TheWorld.com>
To: "Dale R. Worley" <worley@ariadne.com>
X-Mailer: Apple Mail (2.1283)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator465.hostgator.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - ntt-at.com
X-BWhitelist: yes
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: ([192.168.11.4]) [64.7.84.134]:57363
X-Source-Auth: shida.schubert+tingle.jp
X-Email-Count: 1
X-Source-Cap: c3NoaWRhO3NzaGlkYTtnYXRvcjQ2NS5ob3N0Z2F0b3IuY29t
Cc: sipcore@ietf.org
Subject: Re: [sipcore] Verify draft-ietf-sipcore-rfc4244bis-callflows-02.txt
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Feb 2013 03:26:55 -0000

Hi Dale;

 Thanks for further comments..

On Feb 4, 2013, at 12:53 PM, Dale R. Worley wrote:

> My previous comments have been addressed acceptably.  But there are a
> few new nits that I've spotted:
> 
> ** General
> 
> * On page 19
> 
>   Alice       example.com     Gold          Silver       Agent
> 
>   |              |              |             |            |
>   | INVITE F1    |              |             |            |
>   |------------->|              |             |            |
>   |              |              |             |            |
>   |              |  INVITE F2   |             |            |
>   |              |------------->|             |            |
>   |              |              |             |            |
>   |              |  302 Moved Temporarily F3  |            |
>   |              |<-------------|             |            |
>   |              |              |             |            |
>   |             ACK             |             |            |
>   |---------------------------->|             |            |
>   |              |              |             |            |
> 
> The ACK should be shown thus:
> 
>   |              |              |             |            |
>   |              |  ACK         |             |            |
>   |              |------------->|             |            |
>   |              |              |             |            |
> 
> * On page 27, the top ACK should be shown thus:
> 
>   |              |              |             |            |
>   |              |  ACK         |             |            |
>   |              |------------->|             |            |
>   |              |              |             |            |
> 
> * On page 31, the top ACK should be shown thus:
> 
>   |              |              |             |            |
>   |              |  ACK         |             |            |
>   |              |------------->|             |            |
>   |              |              |             |            |
> 
> * On page 40, there are two occurrences of:
> 
>   To: <sip:sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com\
>    ;gr>
> 
> "sip:sip:" should be replaced with "sip:".

DONE.

> 
> ** http://www.ietf.org/mail-archive/web/sipcore/current/msg05489.html
> 
> * "5. In draft-ietf-sipcore-rfc4244bis-callflows-01, examples 3.6 and 3.7
> do not show the History-Info value in the final 200 response to the
> UAC.  This final value would be useful, in particular, because they
> give further examples of how proxies process History-Info."
> 
> In neither of these examples is the final 200 response shown.  I
> assume that this is the authors' intention.

 This, I think was because the value of h-i would not change from 
the last proxy to UAC, and didn't see a need. If you want to see this 
added. I will add them

> 
> ** http://www.ietf.org/mail-archive/web/sipcore/current/msg05429.html
> 
> * "But in draft-ietf-sipcore-rfc4244bis-callflows-01, Reason header
> values for 1xx responses are not generated.  See message F8 in section
> 3.1."
> 
> rfc4244bis-callflows-02 does not show Reason headers with 1xx values.
> I expect this is because the authors intend for this to be how
> History-Info operates.  But that does mean we are committed to
> updating rfc4244bis to state that (because it currently says that 1xx
> responses set Reason headers).

 Okay, I will add these. 

> 
> Dale
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore