Re: [Fecframe] Fecframe Digest, Vol 25, Issue 9

"Rajiv Asati (rajiva)" <rajiva@cisco.com> Mon, 10 March 2008 20:20 UTC

Return-Path: <fecframe-bounces@ietf.org>
X-Original-To: ietfarch-fecframe-archive@core3.amsl.com
Delivered-To: ietfarch-fecframe-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AEE493A6DAD; Mon, 10 Mar 2008 13:20:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.317
X-Spam-Level:
X-Spam-Status: No, score=-101.317 tagged_above=-999 required=5 tests=[AWL=-0.880, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Aa72Hre2Dmhp; Mon, 10 Mar 2008 13:20:17 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 857C63A6D63; Mon, 10 Mar 2008 13:20:10 -0700 (PDT)
X-Original-To: fecframe@core3.amsl.com
Delivered-To: fecframe@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 817C328C2C9 for <fecframe@core3.amsl.com>; Mon, 10 Mar 2008 13:20:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mvUxnRN6Xz84 for <fecframe@core3.amsl.com>; Mon, 10 Mar 2008 13:20:07 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 5B63528C3A2 for <fecframe@ietf.org>; Mon, 10 Mar 2008 13:19:21 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.25,476,1199692800"; d="scan'208";a="8495811"
Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-4.cisco.com with ESMTP; 10 Mar 2008 13:17:01 -0700
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m2AKH16p015082; Mon, 10 Mar 2008 13:17:01 -0700
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id m2AKGaM5027980; Mon, 10 Mar 2008 20:17:00 GMT
Received: from xmb-rtp-20b.amer.cisco.com ([64.102.31.53]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 10 Mar 2008 16:16:44 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 10 Mar 2008 16:15:50 -0400
Message-ID: <15B86BC7352F864BB53A47B540C089B6050FF5C4@xmb-rtp-20b.amer.cisco.com>
In-Reply-To: <031AF9F1-8EA6-40B0-AE4A-B3B0BFEC6780@multicasttech.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Fecframe] Fecframe Digest, Vol 25, Issue 9
Thread-Index: AciC6ipHkkSsknxXTnivxLIdqUrZxAAADDeg
From: "Rajiv Asati (rajiva)" <rajiva@cisco.com>
To: Marshall Eubanks <tme@multicasttech.com>
X-OriginalArrivalTime: 10 Mar 2008 20:16:44.0513 (UTC) FILETIME=[A90C2510:01C882EB]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3175; t=1205180221; x=1206044221; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rajiva@cisco.com; z=From:=20=22Rajiv=20Asati=20(rajiva)=22=20<rajiva@cisco.com > |Subject:=20RE=3A=20[Fecframe]=20Fecframe=20Digest,=20Vol=2 025,=20Issue=209 |Sender:=20; bh=E98gnn56lUzz2QxfoIkGsJF0FO0haG+hrGkwM6uZmLQ=; b=V1demNI6bsqO5kXfFWP3C7Adsnid7VE6wxWpkdPV4urg7cpfzBgyjkXXGd o027GnkttqlB3emwXhaj2x6Jhd89rFUzhYR8AWaNI/YsmPaMotjaLGsIONLn RL/7HqA28z;
Authentication-Results: sj-dkim-2; header.From=rajiva@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; );
Cc: Colin Perkins <csp@csperkins.org>, fecframe@ietf.org
Subject: Re: [Fecframe] Fecframe Digest, Vol 25, Issue 9
X-BeenThere: fecframe@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of FEC Framework <fecframe.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/fecframe>, <mailto:fecframe-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/fecframe>
List-Post: <mailto:fecframe@ietf.org>
List-Help: <mailto:fecframe-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/fecframe>, <mailto:fecframe-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: fecframe-bounces@ietf.org
Errors-To: fecframe-bounces@ietf.org

Thanks for expanding it, Marshall. 

The cited problem is one of the reasons why section 4.1.1 of the
draft-asati-fecframe-config-signaling-00 includes simpler interval
definition so as to avoid having SAP to calculate the interval in an
adaptive manner.

~~~~~~~~~~~~~
4.1.1. Sender Procedure 

	....

   The sender must periodically send the 'SAP announcement' message. 
   This is required so that the receiver doesn't purge the cached 
   entry(s) from the database and doesn't trigger the deletion of FEC 
   Framework configuration information. While the time interval between 
   repetitions of an announcement can be calculated as per the very 
   sophisticated but complex formula explained in RFC2974, the preferred

   and simpler mean is to let the user specify the time interval from 
   the range of 1-60 mins with suggested default being 10 mins. The 
   implementation of signaling protocol should provide the flexibility 
   to the operator to choose the complex method over the simpler method 
   of determining the SAP announcement time interval. 
 ~~~~~~~~~~~~~~~

Cheers,
Rajiv

> -----Original Message-----
> From: Marshall Eubanks [mailto:tme@multicasttech.com] 
> Sent: Monday, March 10, 2008 4:06 PM
> To: Rajiv Asati (rajiva)
> Cc: Colin Perkins; fecframe@ietf.org
> Subject: Re: [Fecframe] Fecframe Digest, Vol 25, Issue 9
> 
> 
> On Mar 10, 2008, at 3:56 PM, Rajiv Asati (rajiva) wrote:
> 
> > Hi Colin,
> >
> > Thanks for the feedback. Could you please provide more context ?
> 
>  From the jabber logs
> 
> Colin : SAP is problematic, because its long inter-packet interval  
> interacts
> poorly with many multicast routing protocols. Have you given any
> consideration to these problems? This was the reason for the
> (stalled) IMG work in MMUSIC.
> 
> Colin : internet-media guides
> 
> Colin : Problem is that multicast state times about, because SAP  
> sends so infrequently.
> 
> [he means "times out"]
> 
> Regards
> Marshall
> 
> 
> >
> > Cheers,
> > Rajiv
> >
> >> -----Original Message-----
> >> From: Colin Perkins [mailto:csp@csperkins.org]
> >> Sent: Monday, March 10, 2008 3:39 PM
> >> To: Rajiv Asati (rajiva)
> >> Cc: Greg Shepherd; fecframe@ietf.org
> >> Subject: Re: [Fecframe] Fecframe Digest, Vol 25, Issue 9
> >>
> >> On 26 Feb 2008, at 20:06, Rajiv Asati (rajiva) wrote:
> >>> I would like to request a timeslot (15mins) to present 
> the 'FECframe
> >>> Config signaling' draft.
> >>>
> >>> 
> http://tools.ietf.org/html/draft-asati-fecframe-config-signaling-00
> >>
> >> SAP is problematic, because its long inter-packet interval 
> interacts
> >> poorly with many multicast routing protocols. Have you given any
> >> consideration to these problems? This was the reason for the
> >> (stalled) IMG work in MMUSIC.
> >>
> >> Cheers,
> >> Colin [by email, since the jabber doesn't seem to be in use]
> >>
> > _______________________________________________
> > Fecframe mailing list
> > Fecframe@ietf.org
> > https://www.ietf.org/mailman/listinfo/fecframe
> 
> 
_______________________________________________
Fecframe mailing list
Fecframe@ietf.org
https://www.ietf.org/mailman/listinfo/fecframe