Re: [Speermint] Congestion and Load Balancing
Otmar Lendl <lendl@nic.at> Thu, 10 August 2006 19:56 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GBGeE-0006FG-G2; Thu, 10 Aug 2006 15:56:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GBGeC-0006Em-RD for speermint@ietf.org; Thu, 10 Aug 2006 15:56:52 -0400
Received: from arachne.bofh.priv.at ([193.154.150.108] helo=mail.bofh.priv.at) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GBGe9-00050g-HL for speermint@ietf.org; Thu, 10 Aug 2006 15:56:52 -0400
Received: by mail.bofh.priv.at (Postfix, from userid 1000) id 607271A378; Thu, 10 Aug 2006 21:56:48 +0200 (CEST)
Date: Thu, 10 Aug 2006 21:56:48 +0200
From: Otmar Lendl <lendl@nic.at>
To: Patrick Melampy <PMelampy@acmepacket.com>
Subject: Re: [Speermint] Congestion and Load Balancing
Message-ID: <20060810195648.GK19113@nic.at>
Mail-Followup-To: Otmar Lendl <lendl@nic.at>, Patrick Melampy <PMelampy@acmepacket.com>, 'Brian Rosen' <br@brianrosen.net>, speermint@ietf.org
References: <0a1701c6bbf5$57aa2d70$9de6a8c0@cis.neustar.com> <001801c6bc24$ad448030$6401a8c0@acmepacket.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <001801c6bc24$ad448030$6401a8c0@acmepacket.com>
User-Agent: Mutt/1.5.6+20040907i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: speermint@ietf.org
X-BeenThere: speermint@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mailing list for the speermint working group <speermint.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/speermint>, <mailto:speermint-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/speermint>
List-Post: <mailto:speermint@ietf.org>
List-Help: <mailto:speermint-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/speermint>, <mailto:speermint-request@ietf.org?subject=subscribe>
Errors-To: speermint-bounces@ietf.org
On 2006/08/10 04:08, Patrick Melampy <PMelampy@acmepacket.com> wrote: > Maybe its simple when its two networks to understand why dynamic protocols > aren't required. Lets consider the following -- and try to imagine just how > complicated a real life situation would be. I like your scenario: these are exactly the question we have to answer in Speermint. > I know that if there were no transit or peering carriers, these problems > would be solved by ENUM and DNS and standard internet routing. But this > working group is tasked with studying the vary problems that occur when we > add session peering to establish trusted interconnects to build large > networks that are manageable and predictable. I don't think that ENUM will help us here. After all, it should not matter whether numbers or URIs were dialed in the first place. So we only have the SIP URIs to work with in the Speermint space. Our drafts add extensions to the SIP routing algorithm which provide solutions for the cases you describe. The -02 versions should appear on the ietf pages soon, for a preview have a look at http://www.enum.at/ietf/draft-lendl-speermint-federations-02.txt and http://www.enum.at/ietf/draft-lendl-domain-policy-ddds-02.txt. We've incorporated results from the discussions in Montreal: The non-terminal NAPTRs in the Domain Policy DDDS are now defined to do signaling referral as well as policy referral. Please have a look. /ol -- < Otmar Lendl (lendl@nic.at) | nic.at Systems Engineer > _______________________________________________ Speermint mailing list Speermint@ietf.org https://www1.ietf.org/mailman/listinfo/speermint
- RE: [Speermint] Secure RTP Brian Rosen
- [Speermint] Secure RTP Khan, Sohel Q [CTO]
- RE: [Speermint] Secure RTP Patrick Melampy
- Re: [Speermint] Secure RTP Andrew Newton
- RE: [Speermint] Secure RTP Brian Rosen
- Re: [Speermint] Secure RTP Andrew Newton
- RE: [Speermint] Secure RTP Lee, Yiu
- Re: [Speermint] Secure RTP Stastny Richard
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Lee, Yiu
- RE: [Speermint] Secure RTP Hadriel Kaplan
- RE: [Speermint] Secure RTP Henry Sinnreich
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Michael Hammer (mhammer)
- RE: [Speermint] Secure RTP Hadriel Kaplan
- RE: [Speermint] Secure RTP Stastny Richard
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Patrick Melampy
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Geoff Devine
- RE: [Speermint] Secure RTP Patrick Melampy
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Geoff Devine
- RE: [Speermint] Secure RTP Michael Hammer (mhammer)
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Patrick Melampy
- RE: [Speermint] Congestion and Load Balancing was… Brian Rosen
- RE: [Speermint] Congestion and Load Balancing was… Reinaldo Penno
- RE: [Speermint] Congestion and Load Balancing was… Brian Rosen
- RE: [Speermint] Congestion and Load Balancing Patrick Melampy
- RE: [Speermint] Secure RTP Pfautz, Penn L, GBLAM
- RE: [Speermint] Secure RTP Michael Hammer (mhammer)
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Congestion and Load Balancing Brian Rosen
- RE: [Speermint] Secure RTP Geoff Devine
- RE: [Speermint] Secure RTP Brian Rosen
- RE: [Speermint] Secure RTP Geoff Devine
- RE: [Speermint] Secure RTP Michael Hammer (mhammer)
- Re: [Speermint] Congestion and Load Balancing Klaus Darilion
- Re: [Speermint] Secure RTP Klaus Darilion
- RE: [Speermint] Congestion & load balancing Geoff Devine
- RE: [Speermint] Congestion and Load Balancing Patrick Melampy
- RE: [Speermint] Congestion and Load Balancing Brian Rosen
- Re: [Speermint] Congestion and Load Balancing Klaus Darilion
- RE: [Speermint] Congestion and Load Balancing Patrick Melampy
- RE: [Speermint] Secure RTP Michael Hammer (mhammer)
- RE: [Speermint] Secure RTP Khan, Sohel Q [CTO]
- RE: [Speermint] Congestion and Load Balancing Uzelac, Adam
- RE: [Speermint] Congestion and Load Balancing Brian Rosen
- RE: [Speermint] Congestion and Load Balancing Klaus Darilion
- RE: [Speermint] Congestion and Load Balancing Patrick Melampy
- RE: [Speermint] Congestion and Load Balancing Klaus Darilion
- RE: [Speermint] Congestion and Load Balancing Brian Rosen
- Re: [Speermint] Congestion and Load Balancing Otmar Lendl
- RE: [Speermint] Congestion and Load Balancing Patrick Melampy
- RE: [Speermint] Congestion and Load Balancing Stastny Richard
- Re: [Speermint] Congestion and Load Balancing Klaus Darilion