From nobody Thu Mar 6 06:44:03 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EC011A042D for ; Thu, 6 Mar 2014 06:43:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.02 X-Spam-Level: X-Spam-Status: No, score=-0.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zmz-wxV8kv9T for ; Thu, 6 Mar 2014 06:43:56 -0800 (PST) Received: from smtpdb98.aruba.it (smtpdb98.aruba.it [62.149.158.98]) by ietfa.amsl.com (Postfix) with ESMTP id EB9C91A0437 for ; Thu, 6 Mar 2014 06:43:55 -0800 (PST) Received: from lminiero ([31.133.161.87]) by smtpcmd05.ad.aruba.it with bizsmtp id aEjq1n00h1tSVm701EjqLT; Thu, 06 Mar 2014 15:43:50 +0100 Date: Thu, 6 Mar 2014 15:43:49 +0100 From: Lorenzo Miniero To: Christer Holmberg Message-ID: <20140306154349.423c2e4a@lminiero> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D16F50D@ESESSMB209.ericsson.se> References: <1111524F-EA73-4059-B3FF-F480AEE0805B@vidyo.com> <7594FB04B1934943A5C02806D1A2204B1D16F50D@ESESSMB209.ericsson.se> Organization: Meetecho X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/straw/FjxN2u30bGnmFdgCg7gFtxMdt_M Cc: "straw@ietf.org" Subject: Re: [straw] FW: Agenda requests for AVTEXT at IETF 89 - London X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 14:43:59 -0000 FYI, since we're streaming both sessions via Meetecho today, and since one will follow the other immediately, to make things easier and smoother in the transition we'll use the AVTEXT Jabber room for the streaming of STRAW as well. Lorenzo Il giorno Wed, 12 Feb 2014 20:46:22 +0000 Christer Holmberg ha scritto: > > (As co-chair) > > FYI, > > Stay tuned for further information, if you intend to attend the STRAW > session :) > > Regards, > > Christer > > > ________________________________________ > From: Jonathan Lennox [jonathan@vidyo.com] > Sent: Wednesday, 12 February 2014 6:40 PM > To: avtext@ietf.org > Cc: straw-chairs@tools.ietf.org > Subject: Agenda requests for AVTEXT at IETF 89 - London > > AVTEXT will be meeting on Thursday afternoon at IETF 89: > > 1520-1650 Afternoon Session II > 1700-1830 Afternoon Session III > Buckingham RAI avtext Audio/Video Transport > Extensions WG Buckingham RAI avtext > Audio/Video Transport Extensions WG > > (We don't anticipate needing the entire time.) > > If you have not already done so, please send the WG chairs requests > for agenda time if you have items you would like to discuss. > > > AVTEXT is currently scheduled opposite the STRAW working group. The > primary item on STRAW's agenda is the B2BUA-RTCP draft, which we > expect to be of interest to many participants in AVTEXT. We will be > coordinating with the STRAW chairs to make sure participants can > attend both sessions, possibly (given the large time window AVTEXT > has) by running the sessions back-to-back in the same room. > > _______________________________________________ > straw mailing list > straw@ietf.org > https://www.ietf.org/mailman/listinfo/straw From nobody Mon Mar 10 10:09:16 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 870B91A052E for ; Mon, 10 Mar 2014 10:09:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Wlb_y49ZqZN for ; Mon, 10 Mar 2014 10:09:11 -0700 (PDT) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) by ietfa.amsl.com (Postfix) with ESMTP id 20FEC1A04B7 for ; Mon, 10 Mar 2014 10:09:11 -0700 (PDT) Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s2AH95dC004665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 10 Mar 2014 17:09:05 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s2AH94s2004871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2014 17:09:04 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s2AH94NY028806; Mon, 10 Mar 2014 17:09:04 GMT Received: from [10.0.1.12] (/66.31.4.61) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Mar 2014 10:09:04 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Hadriel Kaplan In-Reply-To: <4A4F136CBD0E0D44AE1EDE36C4CD9D9973914B4F@VOEXM31W.internal.vodafone.com> Date: Mon, 10 Mar 2014 13:09:02 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4A4F136CBD0E0D44AE1EDE36C4CD9D9973905789@VOEXM31W.internal.vodafone.com> <41F7292D-28D8-4192-A4BF-22738BF3939D@oracle.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D9973914B4F@VOEXM31W.internal.vodafone.com> To: "Dawes, Peter, Vodafone Group" X-Mailer: Apple Mail (2.1874) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Archived-At: http://mailarchive.ietf.org/arch/msg/straw/JKuaIO3k6apCkFjUFJmFK7snTi0 Cc: "straw@ietf.org" Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 17:09:15 -0000 Hi Peter, sorry for the delay in responding to this! comments inline... On Dec 17, 2013, at 7:04 AM, Dawes, Peter, Vodafone Group = wrote: > I think the draft text in clause 3.1 Processing a Received = Max-Forwards Header Field (lines 206 - 208)] "As currently defined in = [RFC3261], the UAS half of a B2BUA does not technically need to inspect = the Max-Forwards header field value for received requests - only Proxies = do." should be clearer in terms of what the implementer actually has to = do.=20 It says: As currently defined in [RFC3261], the UAS half of a B2BUA does not technically need to inspect the Max-Forwards header field value for received requests - only Proxies do. This behavior was updated by [draft-loop-detection], such that a compliant B2BUA needs to both inspect the value in order to prevent loops, as well as copy and decrement the value as if it were a Proxy. This document also requires such behavior in order to succeed, therefore a B2BUA supporting the traceroute mechanism defined in this document MUST also comply with [draft-loop-detection]. How is that not clear? > You replied that "...I think it is in fact in doubt. I know of many = B2BUAs which do in fact decrement max-forwards. (and I think they're = right to)". So what does the implementer do? Be happy that they might = not need to change too much? Make sure all of their B2BUAs decrement = Max-Forwards whether they will loopback media or not? Be aware that if = they don't want their B2BUA to decrement Max-Forwards then they can't = use this mechanism? Something else? See above. -hadriel From nobody Mon Mar 10 12:33:27 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AA281A056D for ; Mon, 10 Mar 2014 12:33:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.747 X-Spam-Level: X-Spam-Status: No, score=-4.747 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72HhMdCayZ2M for ; Mon, 10 Mar 2014 12:33:22 -0700 (PDT) Received: from mailout02.vodafone.com (mailout02.vodafone.com [195.232.224.71]) by ietfa.amsl.com (Postfix) with ESMTP id D5DE61A0670 for ; Mon, 10 Mar 2014 12:33:18 -0700 (PDT) Received: from mailint02.vodafone.com (localhost [127.0.0.1]) by mailout02.vodafone.com (Postfix) with ESMTP id B3D3E381A4D for ; Mon, 10 Mar 2014 20:33:11 +0100 (CET) Received: from VOEXC01W.internal.vodafone.com (voexc01w.dc-ratingen.de [145.230.101.21]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailint02.vodafone.com (Postfix) with ESMTPS id A488D381A46; Mon, 10 Mar 2014 20:33:11 +0100 (CET) Received: from VOEXC12W.internal.vodafone.com (145.230.101.14) by VOEXC01W.internal.vodafone.com (145.230.101.21) with Microsoft SMTP Server (TLS) id 14.3.146.2; Mon, 10 Mar 2014 20:33:11 +0100 Received: from VOEXM31W.internal.vodafone.com ([169.254.7.57]) by voexc12w.internal.vodafone.com ([145.230.101.14]) with mapi id 14.03.0146.002; Mon, 10 Mar 2014 20:33:10 +0100 From: "Dawes, Peter, Vodafone Group" To: Hadriel Kaplan Thread-Topic: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt Thread-Index: AQHO+pSfJfgZsqbMXE+cNvCMDQ15NppYOTBAgILHwQCAADEgIA== Date: Mon, 10 Mar 2014 19:33:10 +0000 Message-ID: <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A21CD@VOEXM31W.internal.vodafone.com> References: <4A4F136CBD0E0D44AE1EDE36C4CD9D9973905789@VOEXM31W.internal.vodafone.com> <41F7292D-28D8-4192-A4BF-22738BF3939D@oracle.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D9973914B4F@VOEXM31W.internal.vodafone.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/straw/m6JNfOQvlCSRVWseV8LmSH1Vs7s Cc: "straw@ietf.org" Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 19:33:25 -0000 Hi Hadriel, Apologies for not being very clear with my comment about lack of clarity :-= ) The draft describes behaviour for a UAC, B2BUA, and UAS. Is the paragraph b= elow from clause 3.1 an instruction to a B2BUA implementer on how to proces= s Max-Forwards or a warning that some B2BUAs will cause the mechanism to fa= il? A couple of other small questions, is the first sentence "As currently defi= ned in [RFC3261], the UAS half of a B2BUA does not technically need to insp= ect the Max-Forwards header field value for received requests - only Proxie= s do. " needed? Also, regarding complying with [draft-loop-detection] does = a B2BUA need to do more than "inspect the value in order to prevent loops, = as well as copy and decrement the value as if it were a Proxy"? If so it wo= uld be good to say something like ", therefore a B2BUA supporting the trace= route mechanism defined in this document MUST also comply with the Max-Forw= ards behaviour and all other procedures in [draft-loop-detection]" Rgds, Peter -----Original Message----- From: Hadriel Kaplan [mailto:hadriel.kaplan@oracle.com]=20 Sent: 10 March 2014 17:09 To: Dawes, Peter, Vodafone Group Cc: straw@ietf.org Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt Hi Peter, sorry for the delay in responding to this! comments inline... On Dec 17, 2013, at 7:04 AM, Dawes, Peter, Vodafone Group wrote: > I think the draft text in clause 3.1 Processing a Received Max-Forwards H= eader Field (lines 206 - 208)] "As currently defined in [RFC3261], the UAS = half of a B2BUA does not technically need to inspect the Max-Forwards heade= r field value for received requests - only Proxies do." should be clearer i= n terms of what the implementer actually has to do.=20 It says: As currently defined in [RFC3261], the UAS half of a B2BUA does not technically need to inspect the Max-Forwards header field value for received requests - only Proxies do. This behavior was updated by [draft-loop-detection], such that a compliant B2BUA needs to both inspect the value in order to prevent loops, as well as copy and decrement the value as if it were a Proxy. This document also requires such behavior in order to succeed, therefore a B2BUA supporting the traceroute mechanism defined in this document MUST also comply with [draft-loop-detection]. How is that not clear? > You replied that "...I think it is in fact in doubt. I know of many B2BU= As which do in fact decrement max-forwards. (and I think they're right to)"= . So what does the implementer do? Be happy that they might not need to cha= nge too much? Make sure all of their B2BUAs decrement Max-Forwards whether = they will loopback media or not? Be aware that if they don't want their B2B= UA to decrement Max-Forwards then they can't use this mechanism? Something = else? See above. -hadriel From nobody Mon Mar 10 14:25:37 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12BCC1A04B0 for ; Mon, 10 Mar 2014 14:25:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RBwUZsaZTWoM for ; Mon, 10 Mar 2014 14:25:34 -0700 (PDT) Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by ietfa.amsl.com (Postfix) with ESMTP id 09AC01A0329 for ; Mon, 10 Mar 2014 14:25:34 -0700 (PDT) Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s2ALPR4n014990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 10 Mar 2014 21:25:28 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s2ALPRYe017490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2014 21:25:27 GMT Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s2ALPQiu004515; Mon, 10 Mar 2014 21:25:26 GMT Received: from [10.0.1.12] (/66.31.4.61) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Mar 2014 14:25:26 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Hadriel Kaplan In-Reply-To: <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A21CD@VOEXM31W.internal.vodafone.com> Date: Mon, 10 Mar 2014 17:25:24 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <0EE66CBC-EDF2-442B-AA0E-4F4829816DE4@oracle.com> References: <4A4F136CBD0E0D44AE1EDE36C4CD9D9973905789@VOEXM31W.internal.vodafone.com> <41F7292D-28D8-4192-A4BF-22738BF3939D@oracle.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D9973914B4F@VOEXM31W.internal.vodafone.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A21CD@VOEXM31W.internal.vodafone.com> To: "Dawes, Peter, Vodafone Group" X-Mailer: Apple Mail (2.1874) X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Archived-At: http://mailarchive.ietf.org/arch/msg/straw/WGXH52ulNPociYd8ttgvND-HTMo Cc: "straw@ietf.org" Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 21:25:36 -0000 On Mar 10, 2014, at 3:33 PM, Dawes, Peter, Vodafone Group = wrote: > Hi Hadriel, > Apologies for not being very clear with my comment about lack of = clarity :-) >=20 > The draft describes behaviour for a UAC, B2BUA, and UAS. Is the = paragraph below from clause 3.1 an instruction to a B2BUA implementer on = how to process Max-Forwards or a warning that some B2BUAs will cause the = mechanism to fail? It's an instruction - it has the word "MUST", and it says right at the = end: ...This document also requires such behavior in order to succeed, therefore a B2BUA supporting the traceroute mechanism defined in this document MUST also comply with [draft-loop-detection]. > A couple of other small questions, is the first sentence "As currently = defined in [RFC3261], the UAS half of a B2BUA does not technically need = to inspect the Max-Forwards header field value for received requests - = only Proxies do. " needed? Yes, I think it sets the context for this being a change in behavior. > Also, regarding complying with [draft-loop-detection] does a B2BUA = need to do more than "inspect the value in order to prevent loops, as = well as copy and decrement the value as if it were a Proxy"? If so it = would be good to say something like ", therefore a B2BUA supporting the = traceroute mechanism defined in this document MUST also comply with the = Max-Forwards behaviour and all other procedures in = [draft-loop-detection]" Isn't that synonymous with "MUST also comply with = [draft-loop-detection]"? I must be missing something obvious to you in reading that paragraph, = because it sounds like you're saying it doesn't say X when it says X to = me. :) -hadriel > -----Original Message----- > From: Hadriel Kaplan [mailto:hadriel.kaplan@oracle.com]=20 > Sent: 10 March 2014 17:09 > To: Dawes, Peter, Vodafone Group > Cc: straw@ietf.org > Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt >=20 > Hi Peter, > sorry for the delay in responding to this! > comments inline... >=20 > On Dec 17, 2013, at 7:04 AM, Dawes, Peter, Vodafone Group = wrote: >=20 >> I think the draft text in clause 3.1 Processing a Received = Max-Forwards Header Field (lines 206 - 208)] "As currently defined in = [RFC3261], the UAS half of a B2BUA does not technically need to inspect = the Max-Forwards header field value for received requests - only Proxies = do." should be clearer in terms of what the implementer actually has to = do.=20 >=20 > It says: > As currently defined in [RFC3261], the UAS half of a B2BUA does not > technically need to inspect the Max-Forwards header field value for > received requests - only Proxies do. This behavior was updated by > [draft-loop-detection], such that a compliant B2BUA needs to both > inspect the value in order to prevent loops, as well as copy and > decrement the value as if it were a Proxy. This document also > requires such behavior in order to succeed, therefore a B2BUA > supporting the traceroute mechanism defined in this document MUST > also comply with [draft-loop-detection]. >=20 >=20 > How is that not clear? >=20 >=20 >> You replied that "...I think it is in fact in doubt. I know of many = B2BUAs which do in fact decrement max-forwards. (and I think they're = right to)". So what does the implementer do? Be happy that they might = not need to change too much? Make sure all of their B2BUAs decrement = Max-Forwards whether they will loopback media or not? Be aware that if = they don't want their B2BUA to decrement Max-Forwards then they can't = use this mechanism? Something else? >=20 > See above. >=20 > -hadriel >=20 From nobody Tue Mar 11 02:26:16 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7EB51A03E8 for ; Tue, 11 Mar 2014 02:26:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GEnzZOgD8a8t for ; Tue, 11 Mar 2014 02:26:12 -0700 (PDT) Received: from mailout08.vodafone.com (mailout08.vodafone.com [195.232.224.77]) by ietfa.amsl.com (Postfix) with ESMTP id 8FD5E1A03E2 for ; Tue, 11 Mar 2014 02:26:12 -0700 (PDT) Received: from mailint08.vodafone.com (localhost [127.0.0.1]) by mailout08.vodafone.com (Postfix) with ESMTP id 925B7221E24 for ; Tue, 11 Mar 2014 10:26:05 +0100 (CET) Received: from VOEXC01W.internal.vodafone.com (voexc01w.dc-ratingen.de [145.230.101.21]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailint08.vodafone.com (Postfix) with ESMTPS id 836B5221DC4; Tue, 11 Mar 2014 10:26:05 +0100 (CET) Received: from VOEXC17W.internal.vodafone.com (145.230.101.19) by VOEXC01W.internal.vodafone.com (145.230.101.21) with Microsoft SMTP Server (TLS) id 14.3.146.2; Tue, 11 Mar 2014 10:26:05 +0100 Received: from VOEXM31W.internal.vodafone.com ([169.254.7.57]) by voexc17w.internal.vodafone.com ([145.230.101.19]) with mapi id 14.03.0146.002; Tue, 11 Mar 2014 10:26:04 +0100 From: "Dawes, Peter, Vodafone Group" To: Hadriel Kaplan Thread-Topic: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt Thread-Index: AQHO+pSfJfgZsqbMXE+cNvCMDQ15NppYOTBAgILHwQCAADEgIIAAFoEAgADWa/A= Date: Tue, 11 Mar 2014 09:26:04 +0000 Message-ID: <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A23A8@VOEXM31W.internal.vodafone.com> References: <4A4F136CBD0E0D44AE1EDE36C4CD9D9973905789@VOEXM31W.internal.vodafone.com> <41F7292D-28D8-4192-A4BF-22738BF3939D@oracle.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D9973914B4F@VOEXM31W.internal.vodafone.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A21CD@VOEXM31W.internal.vodafone.com> <0EE66CBC-EDF2-442B-AA0E-4F4829816DE4@oracle.com> In-Reply-To: <0EE66CBC-EDF2-442B-AA0E-4F4829816DE4@oracle.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/straw/-0OH1j_nzJaCgRgoIWodrrNbM24 Cc: "straw@ietf.org" Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 09:26:15 -0000 Hi Hadriel, My confusion with 3.1 came from the mixture of introductory description (th= e UAS half of a B2BUA does not technically need to inspect the Max-Forwards= header) with normative specification in the same paragraph, but I accept t= hat the MUST makes it clear which is which. The other comments related to p= otentially shortening the text a little and not to errors or ambiguity. Thanks for the answers, I have no more comments. Peter -----Original Message----- From: Hadriel Kaplan [mailto:hadriel.kaplan@oracle.com]=20 Sent: 10 March 2014 21:25 To: Dawes, Peter, Vodafone Group Cc: straw@ietf.org Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt On Mar 10, 2014, at 3:33 PM, Dawes, Peter, Vodafone Group wrote: > Hi Hadriel, > Apologies for not being very clear with my comment about lack of clarity = :-) >=20 > The draft describes behaviour for a UAC, B2BUA, and UAS. Is the paragraph= below from clause 3.1 an instruction to a B2BUA implementer on how to proc= ess Max-Forwards or a warning that some B2BUAs will cause the mechanism to = fail? It's an instruction - it has the word "MUST", and it says right at the end: ...This document also requires such behavior in order to succeed, therefore a B2BUA supporting the traceroute mechanism defined in this document MUST also comply with [draft-loop-detection]. > A couple of other small questions, is the first sentence "As currently de= fined in [RFC3261], the UAS half of a B2BUA does not technically need to in= spect the Max-Forwards header field value for received requests - only Prox= ies do. " needed? Yes, I think it sets the context for this being a change in behavior. > Also, regarding complying with [draft-loop-detection] does a B2BUA need t= o do more than "inspect the value in order to prevent loops, as well as cop= y and decrement the value as if it were a Proxy"? If so it would be good to= say something like ", therefore a B2BUA supporting the traceroute mechanis= m defined in this document MUST also comply with the Max-Forwards behaviour= and all other procedures in [draft-loop-detection]" Isn't that synonymous with "MUST also comply with [draft-loop-detection]"? I must be missing something obvious to you in reading that paragraph, becau= se it sounds like you're saying it doesn't say X when it says X to me. :) -hadriel > -----Original Message----- > From: Hadriel Kaplan [mailto:hadriel.kaplan@oracle.com]=20 > Sent: 10 March 2014 17:09 > To: Dawes, Peter, Vodafone Group > Cc: straw@ietf.org > Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt >=20 > Hi Peter, > sorry for the delay in responding to this! > comments inline... >=20 > On Dec 17, 2013, at 7:04 AM, Dawes, Peter, Vodafone Group wrote: >=20 >> I think the draft text in clause 3.1 Processing a Received Max-Forwards = Header Field (lines 206 - 208)] "As currently defined in [RFC3261], the UAS= half of a B2BUA does not technically need to inspect the Max-Forwards head= er field value for received requests - only Proxies do." should be clearer = in terms of what the implementer actually has to do.=20 >=20 > It says: > As currently defined in [RFC3261], the UAS half of a B2BUA does not > technically need to inspect the Max-Forwards header field value for > received requests - only Proxies do. This behavior was updated by > [draft-loop-detection], such that a compliant B2BUA needs to both > inspect the value in order to prevent loops, as well as copy and > decrement the value as if it were a Proxy. This document also > requires such behavior in order to succeed, therefore a B2BUA > supporting the traceroute mechanism defined in this document MUST > also comply with [draft-loop-detection]. >=20 >=20 > How is that not clear? >=20 >=20 >> You replied that "...I think it is in fact in doubt. I know of many B2B= UAs which do in fact decrement max-forwards. (and I think they're right to)= ". So what does the implementer do? Be happy that they might not need to ch= ange too much? Make sure all of their B2BUAs decrement Max-Forwards whether= they will loopback media or not? Be aware that if they don't want their B2= BUA to decrement Max-Forwards then they can't use this mechanism? Something= else? >=20 > See above. >=20 > -hadriel >=20 From nobody Tue Mar 11 09:39:20 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD89B1A04A4; Tue, 11 Mar 2014 09:39:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ya8Bc9i24J1Y; Tue, 11 Mar 2014 09:39:15 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 25B331A0738; Tue, 11 Mar 2014 09:39:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.1.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140311163915.18209.44115.idtracker@ietfa.amsl.com> Date: Tue, 11 Mar 2014 09:39:15 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/straw/Fy0fnAFmA0kH-88kDaZPbbjXf0U Cc: straw@ietf.org Subject: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 16:39:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Sip Traversal Required for Applications to Work Working Group of the IETF. Title : A Media-based Traceroute Function for the Session Initiation Protocol (SIP) Author : Hadriel Kaplan Filename : draft-ietf-straw-sip-traceroute-02.txt Pages : 6 Date : 2014-03-11 Abstract: SIP already provides the ability to perform hop-by-hop traceroute for SIP messages using the Max-Forwards header field, in order to determine the reachability path of requests to a target. A mechanism for media-loopback calls has also been defined separately, which enables test calls to be generated which result in media being looped back to the originator. This document describes a means of performing hop-by-hop traceroute-style test calls using the media- loopback mechanism, in order to test the media path when SIP sessions go through media-relaying B2BUAs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-straw-sip-traceroute/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-straw-sip-traceroute-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-straw-sip-traceroute-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 11 09:40:53 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F6D41A0476 for ; Tue, 11 Mar 2014 09:40:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DiCHXyf0_syu for ; Tue, 11 Mar 2014 09:40:47 -0700 (PDT) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) by ietfa.amsl.com (Postfix) with ESMTP id 877D51A0457 for ; Tue, 11 Mar 2014 09:40:47 -0700 (PDT) Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s2BGefR9012784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Mar 2014 16:40:41 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s2BGeeCj000494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2014 16:40:40 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s2BGedDg013781; Tue, 11 Mar 2014 16:40:39 GMT Received: from [10.0.1.12] (/66.31.4.61) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 11 Mar 2014 09:40:39 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Hadriel Kaplan In-Reply-To: <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A23A8@VOEXM31W.internal.vodafone.com> Date: Tue, 11 Mar 2014 12:40:35 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4A4F136CBD0E0D44AE1EDE36C4CD9D9973905789@VOEXM31W.internal.vodafone.com> <41F7292D-28D8-4192-A4BF-22738BF3939D@oracle.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D9973914B4F@VOEXM31W.internal.vodafone.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A21CD@VOEXM31W.internal.vodafone.com> <0EE66CBC-EDF2-442B-AA0E-4F4829816DE4@oracle.com> <4A4F136CBD0E0D44AE1EDE36C4CD9D99739A23A8@VOEXM31W.internal.vodafone.com> To: "Dawes, Peter, Vodafone Group" X-Mailer: Apple Mail (2.1874) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Archived-At: http://mailarchive.ietf.org/arch/msg/straw/N-hZVWlqGT5_L8fUt_eQJddNeIQ Cc: "straw@ietf.org" Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 16:40:50 -0000 Great - new rev being submitted now... On Mar 11, 2014, at 5:26 AM, Dawes, Peter, Vodafone Group = wrote: > Hi Hadriel, > My confusion with 3.1 came from the mixture of introductory = description (the UAS half of a B2BUA does not technically need to = inspect the Max-Forwards header) with normative specification in the = same paragraph, but I accept that the MUST makes it clear which is = which. The other comments related to potentially shortening the text a = little and not to errors or ambiguity. >=20 > Thanks for the answers, I have no more comments. >=20 > Peter >=20 > -----Original Message----- > From: Hadriel Kaplan [mailto:hadriel.kaplan@oracle.com]=20 > Sent: 10 March 2014 21:25 > To: Dawes, Peter, Vodafone Group > Cc: straw@ietf.org > Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt >=20 >=20 > On Mar 10, 2014, at 3:33 PM, Dawes, Peter, Vodafone Group = wrote: >=20 >> Hi Hadriel, >> Apologies for not being very clear with my comment about lack of = clarity :-) >>=20 >> The draft describes behaviour for a UAC, B2BUA, and UAS. Is the = paragraph below from clause 3.1 an instruction to a B2BUA implementer on = how to process Max-Forwards or a warning that some B2BUAs will cause the = mechanism to fail? >=20 > It's an instruction - it has the word "MUST", and it says right at the = end: > ...This document also > requires such behavior in order to succeed, therefore a B2BUA > supporting the traceroute mechanism defined in this document MUST > also comply with [draft-loop-detection]. >=20 >=20 >> A couple of other small questions, is the first sentence "As = currently defined in [RFC3261], the UAS half of a B2BUA does not = technically need to inspect the Max-Forwards header field value for = received requests - only Proxies do. " needed? >=20 > Yes, I think it sets the context for this being a change in behavior. >=20 >=20 >> Also, regarding complying with [draft-loop-detection] does a B2BUA = need to do more than "inspect the value in order to prevent loops, as = well as copy and decrement the value as if it were a Proxy"? If so it = would be good to say something like ", therefore a B2BUA supporting the = traceroute mechanism defined in this document MUST also comply with the = Max-Forwards behaviour and all other procedures in = [draft-loop-detection]" >=20 > Isn't that synonymous with "MUST also comply with = [draft-loop-detection]"? >=20 > I must be missing something obvious to you in reading that paragraph, = because it sounds like you're saying it doesn't say X when it says X to = me. > :) >=20 > -hadriel >=20 >=20 >> -----Original Message----- >> From: Hadriel Kaplan [mailto:hadriel.kaplan@oracle.com]=20 >> Sent: 10 March 2014 17:09 >> To: Dawes, Peter, Vodafone Group >> Cc: straw@ietf.org >> Subject: Re: [straw] WGLC for draft-ietf-straw-sip-traceroute-01.txt >>=20 >> Hi Peter, >> sorry for the delay in responding to this! >> comments inline... >>=20 >> On Dec 17, 2013, at 7:04 AM, Dawes, Peter, Vodafone Group = wrote: >>=20 >>> I think the draft text in clause 3.1 Processing a Received = Max-Forwards Header Field (lines 206 - 208)] "As currently defined in = [RFC3261], the UAS half of a B2BUA does not technically need to inspect = the Max-Forwards header field value for received requests - only Proxies = do." should be clearer in terms of what the implementer actually has to = do.=20 >>=20 >> It says: >> As currently defined in [RFC3261], the UAS half of a B2BUA does not >> technically need to inspect the Max-Forwards header field value for >> received requests - only Proxies do. This behavior was updated by >> [draft-loop-detection], such that a compliant B2BUA needs to both >> inspect the value in order to prevent loops, as well as copy and >> decrement the value as if it were a Proxy. This document also >> requires such behavior in order to succeed, therefore a B2BUA >> supporting the traceroute mechanism defined in this document MUST >> also comply with [draft-loop-detection]. >>=20 >>=20 >> How is that not clear? >>=20 >>=20 >>> You replied that "...I think it is in fact in doubt. I know of many = B2BUAs which do in fact decrement max-forwards. (and I think they're = right to)". So what does the implementer do? Be happy that they might = not need to change too much? Make sure all of their B2BUAs decrement = Max-Forwards whether they will loopback media or not? Be aware that if = they don't want their B2BUA to decrement Max-Forwards then they can't = use this mechanism? Something else? >>=20 >> See above. >>=20 >> -hadriel >>=20 >=20 > _______________________________________________ > straw mailing list > straw@ietf.org > https://www.ietf.org/mailman/listinfo/straw From nobody Tue Mar 11 09:42:19 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AA441A048D for ; Tue, 11 Mar 2014 09:42:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.748 X-Spam-Level: X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L05bibD4F-RE for ; Tue, 11 Mar 2014 09:42:16 -0700 (PDT) Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by ietfa.amsl.com (Postfix) with ESMTP id 0D5811A0767 for ; Tue, 11 Mar 2014 09:42:11 -0700 (PDT) Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s2BGg39O001371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 11 Mar 2014 16:42:05 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s2BGg2L5004906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 11 Mar 2014 16:42:03 GMT Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s2BGg2GU006968 for ; Tue, 11 Mar 2014 16:42:02 GMT Received: from [10.0.1.12] (/66.31.4.61) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 11 Mar 2014 09:42:02 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Hadriel Kaplan In-Reply-To: <20140311163915.18209.44115.idtracker@ietfa.amsl.com> Date: Tue, 11 Mar 2014 12:41:33 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <623C0CBC-3E5C-4A3C-A5B1-3FE89C2F5CC7@oracle.com> References: <20140311163915.18209.44115.idtracker@ietfa.amsl.com> To: straw@ietf.org X-Mailer: Apple Mail (2.1874) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Archived-At: http://mailarchive.ietf.org/arch/msg/straw/ZxrpipOLOwugqc-QXHv-vrJdxA4 Subject: Re: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 16:42:18 -0000 FYI - this has the changes from the previous comments/discussions, and = is hopefully complete/final. Let me know if I missed something. -hadriel On Mar 11, 2014, at 12:39 PM, internet-drafts@ietf.org wrote: >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Sip Traversal Required for = Applications to Work Working Group of the IETF. >=20 > Title : A Media-based Traceroute Function for the = Session Initiation Protocol (SIP) > Author : Hadriel Kaplan > Filename : draft-ietf-straw-sip-traceroute-02.txt > Pages : 6 > Date : 2014-03-11 >=20 > Abstract: > SIP already provides the ability to perform hop-by-hop traceroute > for SIP messages using the Max-Forwards header field, in order to > determine the reachability path of requests to a target. A > mechanism for media-loopback calls has also been defined separately, > which enables test calls to be generated which result in media being > looped back to the originator. This document describes a means of > performing hop-by-hop traceroute-style test calls using the media- > loopback mechanism, in order to test the media path when SIP > sessions go through media-relaying B2BUAs. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-straw-sip-traceroute/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-straw-sip-traceroute-02 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-straw-sip-traceroute-02 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > straw mailing list > straw@ietf.org > https://www.ietf.org/mailman/listinfo/straw From nobody Tue Mar 11 10:45:47 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45B6E1A074F for ; Tue, 11 Mar 2014 10:45:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.24 X-Spam-Level: X-Spam-Status: No, score=-1.24 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, HOST_MISMATCH_NET=0.311, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H1xDK2ax46Oz for ; Tue, 11 Mar 2014 10:45:43 -0700 (PDT) Received: from sessmg20.mgmt.ericsson.se (sessmg20.ericsson.net [193.180.251.50]) by ietfa.amsl.com (Postfix) with ESMTP id 21B551A047E for ; Tue, 11 Mar 2014 10:45:42 -0700 (PDT) X-AuditID: c1b4fb32-b7f4c8e0000012f5-91-531f4bc07206 Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg20.mgmt.ericsson.se (Symantec Mail Security) with SMTP id AC.CF.04853.0CB4F135; Tue, 11 Mar 2014 18:45:36 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.216]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.02.0387.000; Tue, 11 Mar 2014 18:45:36 +0100 From: Christer Holmberg To: Hadriel Kaplan , "straw@ietf.org" Thread-Topic: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt Thread-Index: AQHPPUhxGsyARE3QYkqjbtso7fPetJrcBjCAgAAh0kU= Date: Tue, 11 Mar 2014 17:45:35 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D206224@ESESSMB209.ericsson.se> References: <20140311163915.18209.44115.idtracker@ietfa.amsl.com>, <623C0CBC-3E5C-4A3C-A5B1-3FE89C2F5CC7@oracle.com> In-Reply-To: <623C0CBC-3E5C-4A3C-A5B1-3FE89C2F5CC7@oracle.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrPLMWRmVeSWpSXmKPExsUyM+Jvje4Bb/lgg1UH5S0+bfrEbHGr+TGr A5PHkiU/mTw+Pr3FEsAUxWWTkpqTWZZapG+XwJXxffl+9oI3IhW3pns0MN4T6GLk5JAQMJF4 9vE2M4QtJnHh3nq2LkYuDiGBE4wS7z5eYYZwljBKnL0xi7GLkYODTcBCovufNkiDiECwxLpF 6xhBbGEBd4mZzc9YIOIeEisb30PZVhLL7/SD1bAIqEqcubwYbBmvgK/E5fsrWEBGCgkUSxx9 XApicgrYSTzsrQKpYAQ65/upNUwgNrOAuMStJ/OZIM4UkFiy5zzUyaISLx//Y4WwlSR+bLjE AlGvI7Fg9yc2CFtbYtnC11BbBSVOznzCMoFRdBaSsbOQtMxC0jILScsCRpZVjJLFqcXFuelG Bnq56bkleqlFmcnFxfl5esWpmxiBkXJwy2+jHYwn99gfYpTmYFES573OWhMkJJCeWJKanZpa kFoUX1Sak1p8iJGJg1OqgZHFbtXBfUrXm//IVfG3fDm/4c/ZBu5g4Wf5c///nv7vUxRfmKdR cd1HTQ3zdYo+G5vO7bJXVKsXnXleMsLr6K7Ql6e22Rf5Ta1hMDf+0XpepvVRd5Nn3eod3Ff/ 8vq1PQ96vkHzf/pxA46Zl/O0foodXFIy491Et8Z7ig+zXgovjF9+M9LLN0uJpTgj0VCLuag4 EQBo+6tkYgIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/straw/EDBiBu9X4PHeKZBmDRIF9Y8xhMU Subject: Re: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 17:45:45 -0000 Excellent! Thank you, Hadriel! Peter, could you please indicate whether you are ok with the -02 version? T= hanks! Regards, Christer ________________________________________ From: straw [straw-bounces@ietf.org] on behalf of Hadriel Kaplan [hadriel.k= aplan@oracle.com] Sent: Tuesday, 11 March 2014 6:41 PM To: straw@ietf.org Subject: Re: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt FYI - this has the changes from the previous comments/discussions, and is h= opefully complete/final. Let me know if I missed something. -hadriel On Mar 11, 2014, at 12:39 PM, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Sip Traversal Required for Applications = to Work Working Group of the IETF. > > Title : A Media-based Traceroute Function for the Sessio= n Initiation Protocol (SIP) > Author : Hadriel Kaplan > Filename : draft-ietf-straw-sip-traceroute-02.txt > Pages : 6 > Date : 2014-03-11 > > Abstract: > SIP already provides the ability to perform hop-by-hop traceroute > for SIP messages using the Max-Forwards header field, in order to > determine the reachability path of requests to a target. A > mechanism for media-loopback calls has also been defined separately, > which enables test calls to be generated which result in media being > looped back to the originator. This document describes a means of > performing hop-by-hop traceroute-style test calls using the media- > loopback mechanism, in order to test the media path when SIP > sessions go through media-relaying B2BUAs. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-straw-sip-traceroute/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-straw-sip-traceroute-02 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-straw-sip-traceroute-02 > > > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > straw mailing list > straw@ietf.org > https://www.ietf.org/mailman/listinfo/straw _______________________________________________ straw mailing list straw@ietf.org https://www.ietf.org/mailman/listinfo/straw From nobody Wed Mar 12 11:38:27 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B9521A0778; Wed, 12 Mar 2014 11:38:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YyXOy5omoYE3; Wed, 12 Mar 2014 11:38:16 -0700 (PDT) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 1AB331A0755; Wed, 12 Mar 2014 11:38:15 -0700 (PDT) Received: by mail-wg0-f46.google.com with SMTP id b13so5558916wgh.17 for ; Wed, 12 Mar 2014 11:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=E02OeViH9tIzJP2EswZ8QbzRiMRCnc+X90sBcBUu6V0=; b=o2eESwK0cMo+WI8Bv01YuQ7qtKQWU8ArvLT3kKgZba/flSddvwIUtnV0MkQ25kCMLi UDBCcpgxZ5ireH1k/WR92My22ttTkvPeBVxTjEc7T+9Hx1iAqYmtqQiLhwIEIDM06/ba zcL/+0jf3od9yS6Ap1tA36oPgGOJC//Cb/2G8YQCtOovyXaJDZUQztJvskzZl8EogVdc W9Zyjg6f2TI9Cx+1lkRor8DoNi/5LFLRDMZkGDvpcbGx+vsHnshwXFFrK5GgrLUMbTJT q8BY1gfOeWvesQ+M3bgVZHsbhC8iMF3ACdkqxF1Srx60Qt1t0NaeNYraB7eggonnZpDF QELQ== MIME-Version: 1.0 X-Received: by 10.194.21.193 with SMTP id x1mr42129046wje.33.1394649489363; Wed, 12 Mar 2014 11:38:09 -0700 (PDT) Received: by 10.216.10.6 with HTTP; Wed, 12 Mar 2014 11:38:09 -0700 (PDT) In-Reply-To: References: Date: Wed, 12 Mar 2014 13:38:09 -0500 Message-ID: From: Mary Barnes To: Andrew Allen Content-Type: multipart/alternative; boundary=047d7b5d561066586f04f46d23eb Archived-At: http://mailarchive.ietf.org/arch/msg/straw/ySZAJk9DpDss3wFSArblSAmBNNs Cc: "dispatch@ietf.org" , "SIPCORE \(sipcore@ietf.org\)" , "straw@ietf.org" Subject: Re: [straw] [sipcore] draft-allen-dispatch-routing-out-of-dialog-request-00 posted X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 18:38:19 -0000 --047d7b5d561066586f04f46d23eb Content-Type: text/plain; charset=ISO-8859-1 Please do NOT crosspost. If you want this document to be considered by the DISPATCH WG process, then please keep the discussion there. Right now, this email is cached with my SIPCORE WG emails since the IETF mailing lists do NOT send duplicate messages. So it's very likely that I will miss any discussion that might be relevant to making a decision in the DISPATCH WG. The right thing to do is to have the discussion on the DISPATCH WG mailing list and send a note to any related WGs that the discussion is underway on the DISPATCH WG mailing list. Thanks, Mary. On Wed, Mar 12, 2014 at 1:20 PM, Andrew Allen wrote: > > > I have submitted a draft that discusses the problem posed by B2BUA > intermediaries for out of dialog requests that are related to another > dialog and identifies some possible solutions. > > > > It can be found at: > > > > > http://www.ietf.org/id/draft-allen-dispatch-routing-out-of-dialog-request-00.txt > > > > > > I would like to receive comments on this and a view as to where such work > should be dispatched to. > > > > Andrew > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > > --047d7b5d561066586f04f46d23eb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Please do NOT crosspost. =A0If you want this document to b= e considered by the DISPATCH WG process, then please keep the discussion th= ere. =A0Right now, this email is cached with my SIPCORE WG emails since the= IETF mailing lists do NOT send duplicate messages. =A0So it's very lik= ely that I will miss any discussion that might be relevant to making a deci= sion in the DISPATCH WG. =A0The right thing to do is to have the discussion= on the DISPATCH WG mailing list and send a note to any related WGs that th= e discussion is underway on the DISPATCH WG mailing list.

Thanks,
Mary.=A0


On Wed, Mar 12, 2014 at 1:20 PM, An= drew Allen <aallen@blackberry.com> wrote:

=A0

I have submitted a draft that discusses the problem = posed by B2BUA intermediaries for out of dialog requests that are related t= o another dialog and identifies some possible solutions.

=A0

It can be found at:

=A0

http://www.ietf.= org/id/draft-allen-dispatch-routing-out-of-dialog-request-00.txt=

=A0

=A0

I would like to receive comments on this and a view = as to where such work should be dispatched to.

=A0

Andrew


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


--047d7b5d561066586f04f46d23eb-- From nobody Wed Mar 19 05:27:17 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67F051A041E for ; Wed, 19 Mar 2014 05:27:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.85 X-Spam-Level: X-Spam-Status: No, score=-3.85 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BaaS2yPQ7Dk7 for ; Wed, 19 Mar 2014 05:27:12 -0700 (PDT) Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 440B41A073F for ; Wed, 19 Mar 2014 05:27:12 -0700 (PDT) X-AuditID: c1b4fb2d-b7f5d8e000002a7b-97-53298d16294a Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id 4D.99.10875.61D89235; Wed, 19 Mar 2014 13:27:03 +0100 (CET) Received: from ESESSMB209.ericsson.se ([169.254.9.213]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.02.0387.000; Wed, 19 Mar 2014 13:27:02 +0100 From: Christer Holmberg To: "straw@ietf.org" Thread-Topic: STRAW IETF#89 Minutes Thread-Index: Ac9DblOsZOuW/D+wQX209MKJvmeFpg== Date: Wed, 19 Mar 2014 12:27:01 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B1D24EFCF@ESESSMB209.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D24EFCFESESSMB209erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrFLMWRmVeSWpSXmKPExsUyM+Jvja54r2awweZF7Ba/Tjxks7jV/JjV gcljyZKfTB5fLn9mC2CK4rJJSc3JLEst0rdL4Mr4NWUta0GzZMXZz3tZGxgPiHUxcnJICJhI 3LlzgwXCFpO4cG89WxcjF4eQwCFGiRkT7jBCOEsYJaYtmgnkcHCwCVhIdP/TBmkQEVCVmPDl JliYWcBSou97FUhYWEBO4v7ShWwQJcoSnRdWMkLYehJ7HkDsYgFqnbS1F6yGV8BXont7M5jN CHTD91NrmEBsZgFxiVtP5jNB3CYgsWTPeWYIW1Ti5eN/rCBrJQSUJKZtTYMoz5eYMOUXI8RI QYmTM5+wTGAUnoVk0iwkZbOQlEHEdSQW7P7EBmFrSyxb+JoZxj5z4DETsvgCRvZVjOy5iZk5 6eWGmxiB8XFwy2/dHYynzokcYpTmYFES5/3w1jlISCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dU A2O1VTePcKTdtlW7XQ0KJeolLIsi9mRHH2VP2fvaQ+mlk5XIwrmHbBpCG25Fqt3jVEmost4+ n+vr/0CNdxfVz6vpb9bwFzmzOaDow/yMhv7/i9Yw/uQ/Kb/gyg2eCPllt3TyGfsUZ1RsujtX QVfXdKX4+8mzt5mezHaRfPft7odp4YEFsbs/dCixFGckGmoxFxUnAgBdeQMzXQIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/straw/CyVqaBo1ZVUyc4BWXQZv97sUhMI Cc: "straw-ads@tools.ietf.org" Subject: [straw] STRAW IETF#89 Minutes X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 12:27:14 -0000 --_000_7594FB04B1934943A5C02806D1A2204B1D24EFCFESESSMB209erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable (As co-chair) Hi, The minutes have now been uploaded: http://www.ietf.org/proceedings/89/minutes/minutes-89-straw Thank You Shida and Emil for taking notes! Regards, Christer & Victor --_000_7594FB04B1934943A5C02806D1A2204B1D24EFCFESESSMB209erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

(As co-chair)

 

Hi,

 

The minutes have now been uploaded:

 

http://www.ietf.org/proceedings/89/minutes/minutes-89-s= traw

 

Thank You Shida and Emil for taking notes!

 

Regards,

 

Christer & Victor

 

 

--_000_7594FB04B1934943A5C02806D1A2204B1D24EFCFESESSMB209erics_-- From nobody Fri Mar 21 02:30:51 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B4421A08B9 for ; Fri, 21 Mar 2014 02:30:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.447 X-Spam-Level: X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zn-uBPt-axnF for ; Fri, 21 Mar 2014 02:30:46 -0700 (PDT) Received: from mailout11.vodafone.com (mailout11.vodafone.com [195.232.224.80]) by ietfa.amsl.com (Postfix) with ESMTP id 70B7E1A0895 for ; Fri, 21 Mar 2014 02:30:46 -0700 (PDT) Received: from mailint11.vodafone.com (localhost [127.0.0.1]) by mailout11.vodafone.com (Postfix) with ESMTP id 00C362A2980 for ; Fri, 21 Mar 2014 10:30:34 +0100 (CET) Received: from VOEXC05W.internal.vodafone.com (voexc05w.dc-ratingen.de [145.230.101.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailint11.vodafone.com (Postfix) with ESMTPS id E54D72A2979; Fri, 21 Mar 2014 10:30:34 +0100 (CET) Received: from VOEXM31W.internal.vodafone.com ([169.254.7.57]) by VOEXC05W.internal.vodafone.com ([145.230.101.25]) with mapi id 14.03.0146.002; Fri, 21 Mar 2014 10:30:34 +0100 From: "Dawes, Peter, Vodafone Group" To: "straw@ietf.org" Thread-Topic: Re: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt Thread-Index: Ac9E58sdQ8b9QckmStacV1v5VqdGrA== Date: Fri, 21 Mar 2014 09:30:32 +0000 Message-ID: <4A4F136CBD0E0D44AE1EDE36C4CD9D99814886F0@VOEXM31W.internal.vodafone.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/straw/0m6ueerhwv0eARO23H4VLxFO8hc Cc: "Hadriel Kaplan \(hadriel.kaplan@oracle.com\)" , "Christer Holmberg \(christer.holmberg@ericsson.com\)" Subject: Re: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Mar 2014 09:30:49 -0000 Hi Christer, All, I have checked through the -02 version and I found a few small things: [line 193 - 195, clause 3. 3. The SIP Traceroute Mechanism] Says "The originating UAC can then generate another INVITE to the same targ= et AoR with a Max-Forwards header field value of 1, which will reach the se= cond SIP, and so on." Some text is missing here. I guess that a Max-Forwards of 1 will reach the = next SIP entity that decrements Max-Forwards, which could be a proxy or B2B= UA. [line 205] "Enterprise and a Service Provider across a SIP Trunk" should be lower case= : "enterprise and a service provider across a SIP trunk" [line 225] Contains a reference to [draft-loop-detection]. I don't know if this is a p= roblem but how is the link to a draft in progress kept valid if the draft b= ecomes an RFC? Regards, Peter From: Christer Holmberg =20 To: Hadriel Kaplan , "straw at ietf.org" =20 Date: Tue, 11 Mar 2014 17:45:35 +0000=20 In-reply-to: <623C0CBC-3E5C-4A3C-A5B1-3FE89C2F5CC7@oracle.com>=20 References: <20140311163915.18209.44115.idtracker@ietfa.amsl.com>, <623C0CB= C-3E5C-4A3C-A5B1-3FE89C2F5CC7@oracle.com>=20 List-id: "Sip Traversal Required for Applications to Work \(STRAW\) working= group discussion list" =20 ---------------------------------------------------------------------------= ----- Excellent! Thank you, Hadriel! Peter, could you please indicate whether you are ok with the -02 version? T= hanks! Regards, Christer ________________________________________ From: straw [straw-bounces at ietf.org] on behalf of Hadriel Kaplan [hadrie= l.kaplan at oracle.com] Sent: Tuesday, 11 March 2014 6:41 PM To: straw at ietf.org Subject: Re: [straw] I-D Action: draft-ietf-straw-sip-traceroute-02.txt FYI - this has the changes from the previous comments/discussions, and is h= opefully complete/final. Let me know if I missed something. -hadriel On Mar 11, 2014, at 12:39 PM, internet-drafts at ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Sip Traversal Required for Applications = to Work Working Group of the IETF. > > Title : A Media-based Traceroute Function for the Sessio= n Initiation Protocol (SIP) > Author : Hadriel Kaplan > Filename : draft-ietf-straw-sip-traceroute-02.txt > Pages : 6 > Date : 2014-03-11 > > Abstract: > SIP already provides the ability to perform hop-by-hop traceroute > for SIP messages using the Max-Forwards header field, in order to > determine the reachability path of requests to a target. A > mechanism for media-loopback calls has also been defined separately, > which enables test calls to be generated which result in media being > looped back to the originator. This document describes a means of > performing hop-by-hop traceroute-style test calls using the media- > loopback mechanism, in order to test the media path when SIP > sessions go through media-relaying B2BUAs. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-straw-sip-traceroute/ > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-straw-sip-traceroute-02 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-straw-sip-traceroute-02 > > > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > straw mailing list > straw at ietf.org > https://www.ietf.org/mailman/listinfo/straw _______________________________________________ straw mailing list straw at ietf.org https://www.ietf.org/mailman/listinfo/straw From nobody Fri Mar 21 08:05:13 2014 Return-Path: X-Original-To: straw@ietfa.amsl.com Delivered-To: straw@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40F931A0736; Wed, 12 Mar 2014 11:20:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.446 X-Spam-Level: X-Spam-Status: No, score=-2.446 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZrIoZy7Trrbz; Wed, 12 Mar 2014 11:20:41 -0700 (PDT) Received: from smtp-p02.blackberry.com (smtp-p02.blackberry.com [208.65.78.89]) by ietfa.amsl.com (Postfix) with ESMTP id D73631A058E; Wed, 12 Mar 2014 11:20:40 -0700 (PDT) Received: from xct102cnc.rim.net ([10.65.161.202]) by mhs214cnc.rim.net with ESMTP/TLS/AES128-SHA; 12 Mar 2014 14:20:19 -0400 Received: from XMB122CNC.rim.net ([fe80::28c6:fa1c:91c6:2e23]) by XCT102CNC.rim.net ([fe80::2066:5d4f:8c45:af55%17]) with mapi id 14.03.0174.001; Wed, 12 Mar 2014 14:20:18 -0400 From: Andrew Allen To: "dispatch@ietf.org" , "straw@ietf.org" , "SIPCORE (sipcore@ietf.org)" Thread-Topic: draft-allen-dispatch-routing-out-of-dialog-request-00 posted Thread-Index: Ac89dJaprbnFDofWSDGBbfkVqnqeng== Date: Wed, 12 Mar 2014 18:20:18 +0000 Message-ID: Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.249] Content-Type: multipart/alternative; boundary="_000_BBF5DDFE515C3946BC18D733B20DAD23398A1743XMB122CNCrimnet_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/straw/zNlU4VA0JnsWGlJ0SMEg_mVfClM X-Mailman-Approved-At: Fri, 21 Mar 2014 08:05:07 -0700 Subject: [straw] draft-allen-dispatch-routing-out-of-dialog-request-00 posted X-BeenThere: straw@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Sip Traversal Required for Applications to Work \(STRAW\) working group discussion list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 18:20:43 -0000 --_000_BBF5DDFE515C3946BC18D733B20DAD23398A1743XMB122CNCrimnet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have submitted a draft that discusses the problem posed by B2BUA intermed= iaries for out of dialog requests that are related to another dialog and id= entifies some possible solutions. It can be found at: http://www.ietf.org/id/draft-allen-dispatch-routing-out-of-dialog-request-0= 0.txt I would like to receive comments on this and a view as to where such work s= hould be dispatched to. Andrew --_000_BBF5DDFE515C3946BC18D733B20DAD23398A1743XMB122CNCrimnet_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

I have submitted a draft that discusses the problem = posed by B2BUA intermediaries for out of dialog requests that are related t= o another dialog and identifies some possible solutions.

 

It can be found at:

 

http://www.ietf.org/id/draft-allen= -dispatch-routing-out-of-dialog-request-00.txt

 

 

I would like to receive comments on this and a view = as to where such work should be dispatched to.

 

Andrew

--_000_BBF5DDFE515C3946BC18D733B20DAD23398A1743XMB122CNCrimnet_--