[PCN] Fw: Concensus questions from Thursday's PCN meeting

"Wei Gengyu" <weigengyu@vip.sina.com> Thu, 20 March 2008 13:14 UTC

Return-Path: <pcn-bounces@ietf.org>
X-Original-To: ietfarch-pcn-archive@core3.amsl.com
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D62A828C55B; Thu, 20 Mar 2008 06:14:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.62
X-Spam-Level:
X-Spam-Status: No, score=-100.62 tagged_above=-999 required=5 tests=[AWL=-0.183, 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 zUCu+0oVq88a; Thu, 20 Mar 2008 06:14:27 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4DE2028C3DE; Thu, 20 Mar 2008 06:14:21 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C1B363A6872 for <pcn@core3.amsl.com>; Thu, 20 Mar 2008 06:14:20 -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 hq275iffEyOf for <pcn@core3.amsl.com>; Thu, 20 Mar 2008 06:14:19 -0700 (PDT)
Received: from smtp-6-97.vip.sina.com (smtp.vip.sina.com [202.108.3.172]) by core3.amsl.com (Postfix) with ESMTP id 2DEF828C36C for <pcn@ietf.org>; Thu, 20 Mar 2008 06:13:23 -0700 (PDT)
Received: from ibmPC (unknown [211.160.21.17]) by smtp-6-97.vip.sina.com (SINAMAIL) with ESMTP id 9F9891DDA8D for <pcn@ietf.org>; Thu, 20 Mar 2008 21:11:04 +0800 (CST)
Message-ID: <4AD9563181174CD69BF477D68DF81072@ibmPC>
From: Wei Gengyu <weigengyu@vip.sina.com>
To: pcn@ietf.org
Date: Thu, 20 Mar 2008 21:10:42 +0800
Organization: BUPT
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Windows Mail 6.0.5840.16384
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.5840.16384
Subject: [PCN] Fw: Concensus questions from Thursday's PCN meeting
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

----- Original Message ----- 
From: "Wei Gengyu" <weigengyu@vip.sina.com>
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
Sent: Thursday, March 20, 2008 9:08 PM
Subject: Re: [PCN] Concensus questions from Thursday's PCN meeting


> Hi, Rudiger,
>
> I have to say some your assumption is not correct.
> For voice custotmer, which is called the subscriber in telecom industry.
>
> When the subscriber come across an unsuccessful call-setup process or 
> break-up,
> and he hears the busy tone, he will hangup first.
>
> But consider what he will do then.
> Most of the subscriber will handoff immediatelly and make a new call.
> This is the real case.
>
> When you measure the SS7 link when a sudden event happens,
> the the number of call attempt may increase sharply, not decrease.
> the number of successful calls decrease if the exchange is highly 
> congested.
> This situation may last more than 60s.
>
>
> What I want to say is the mechanism based on counting the number of 
> packets should be stable even in statistics.
> But the output of count process may not be stable in the case that 
> Georgios gave.
>
> regards,
>
> Gengyu
>
> ----- Original Message ----- 
> From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
> To: <weigengyu@vip.sina.com>; <acharny@cisco.com>
> Cc: <pcn@ietf.org>
> Sent: Thursday, March 20, 2008 7:18 PM
> Subject: RE: [PCN] Concensus questions from Thursday's PCN meeting
>
>
> Hi Gengyu, hi Anna
>
> please don't argue over this. It doesn't matter whether it is 80%, 90%
> or 70% loss. Voice customers will hang up and people watching a video
> will turn off. This will reduce the catastrophic overload within
> 10-60 seconds. Standard operation can resume then to the extent
> possible after a catastrophy.
>
> Anna>  Assume now that the link in question has a very high overload.  I
> | > would assume is 5X overload is quite large (Rudiger I am sure will
> | > agree :)), so let us just take 5.  That means that approximately 80%
> | > of traffic of this IEA is dropped at the input, so we end up having
> | > only 0.2K actually leaving this link.
> |
> Genyu| It is wrong.
> | You can not get 0.2K ACTUALLY!
> | And because of this, the following calculation is inredible.
>
> Anna: yes, "5% congestion" is a reasonable assumption for a link congested
> under regular network conditions for engineered carrier backbones (i.e.
> including single outages).
>
> Regards,
>
> Rudiger
> 

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