Re: [VIPR] Agenda for 2011/09/23
Marc Petit-Huguenin <petithug@acm.org> Fri, 07 October 2011 13:48 UTC
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id 7BA1C21F8B10 for <vipr@ietfa.amsl.com>;
Fri, 7 Oct 2011 06:48:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.202
X-Spam-Level:
X-Spam-Status: No, score=-102.202 tagged_above=-999 required=5 tests=[AWL=0.398,
BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oZh5kUDe8G8J for
<vipr@ietfa.amsl.com>; Fri, 7 Oct 2011 06:48:01 -0700 (PDT)
Received: from implementers.org (implementers.org
[IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with
ESMTP id 291AC21F8B15 for <vipr@ietf.org>;
Fri, 7 Oct 2011 06:48:01 -0700 (PDT)
Received: from [IPv6:2001:5c0:1111:4e00:213:d4ff:fe04:3e08] (unknown
[IPv6:2001:5c0:1111:4e00:213:d4ff:fe04:3e08]) (using TLSv1 with cipher
AES256-SHA (256/256 bits)) (Client CN "petithug", Issuer "implementers.org"
(verified OK)) by implementers.org (Postfix) with ESMTPS id 43B6420892;
Fri, 7 Oct 2011 13:44:06 +0000 (UTC)
Message-ID: <4E8F03CE.9000504@acm.org>
Date: Fri, 07 Oct 2011 06:51:10 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
rv:1.9.2.23) Gecko/20111005 Iceowl/1.0b2 Icedove/3.1.15
MIME-Version: 1.0
To: "Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com>
References: <4E7B5199.5000409@petit-huguenin.org>
<3175C4C5F682C145B25808EB5737F16C0ECA7F83@xmb-sjc-21b.amer.cisco.com>
<1D062974A4845E4D8A343C653804920206805382@XMB-BGL-414.cisco.com>
<4E89E235.6000908@acm.org>
<1D062974A4845E4D8A343C6538049202068FE74D@XMB-BGL-414.cisco.com>
In-Reply-To: <1D062974A4845E4D8A343C6538049202068FE74D@XMB-BGL-414.cisco.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: vipr@ietf.org
Subject: Re: [VIPR] Agenda for 2011/09/23
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>,
<mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>,
<mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Oct 2011 13:48:06 -0000
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/07/2011 04:49 AM, Muthu Arul Mozhi Perumal (mperumal) wrote: > Hi Mark, > > |When an enterprise uses a provider, it is paying for |the service of routing > the calls to the PSTN, so why |advertizing the number in the VIPR overlay > could not |be part of this cost? > > Sure, if it adds value to the enterprise and the provider can monetize it, I > see no issue (it could be a provider hosted ViPR service, for e.g). At the > first level, the enterprise might want to require that the provider published > route be easily distinguishable from the enterprise published route, so that > if both routes are available for someone calling into the enterprise they can > chose one among them. I think in the majority of cases one would prefer a > direct route, unless the provider offers differentiated services like > audio/video transcoding, rate adaption, echo cancellation etc that a direct > route doesn't have. Yes, but the difficulty here is how to choose this route. The proposal sent by Hakim, i.e. sending the capabilities of the endpoint together with the SIP route and ticket, would permit this, as only the VIPR domain the closest to the end user would be able to send the real capabilities of the endpoint (extracted for example from the SIP registrar). The transcoding is interesting, as an intermediary using it could eventually claim to better route than the direct route. Perhaps what we need is a new media feature tag that would indicate that a capability set is "native" (i.e. built directly from the SIP registrar or information coming from the endpoint), instead of been from a intermediate media point, like transcoding. > > Muthu > > |-----Original Message----- |From: Marc Petit-Huguenin > [mailto:petithug@acm.org] |Sent: Monday, October 03, 2011 9:56 PM |To: Muthu > Arul Mozhi Perumal (mperumal) |Cc: vipr@ietf.org |Subject: Re: Agenda for > 2011/09/23 | |-----BEGIN PGP SIGNED MESSAGE----- |Hash: SHA1 | |Hi Muthu, | > |On 09/28/2011 11:10 PM, Muthu Arul Mozhi Perumal (mperumal) wrote: |> A > fundamental question: Why would a provider want to advertise routes for a |> > number for which neither of the enterprises is willing to pay for? | |I am > not sure why you are saying that. When an enterprise uses a provider, it |is > paying for the service of routing the calls to the PSTN, so why advertizing > |the number in the VIPR overlay could not be part of this cost? | |> Isn't > ViPR based on the fact the provider is trusted for the first (PSTN) |> call? > If the provider is fooling with the enterprise, won't the enterprise |> > switch to a different provider? Or are we concerned about the security |> > implications around routing subsequent calls through the provider? Aren't |> > they applicable to the first call as well? |> |> If the enterprise doesn't > trust the provider then ViPR in its current form |> doesn't seem to make > sense. |> |> Muthu | - -- Marc Petit-Huguenin Personal email: marc@petit-huguenin.org Professional email: petithug@acm.org Blog: http://blog.marc.petit-huguenin.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk6PA80ACgkQ9RoMZyVa61c9VACfXlY5MEOhkpMRBj8/p+p28YNq ES8AnAuNKvjboXam6uPVpsUZzVK2Oi5S =G59i -----END PGP SIGNATURE-----
- [VIPR] Agenda for 2011/09/23 Marc Petit-Huguenin
- Re: [VIPR] Agenda for 2011/09/23 Hakim Mehmood (naim)
- Re: [VIPR] Agenda for 2011/09/23 Muthu Arul Mozhi Perumal (mperumal)
- Re: [VIPR] Agenda for 2011/09/23 Marc Petit-Huguenin
- Re: [VIPR] Agenda for 2011/09/23 Muthu Arul Mozhi Perumal (mperumal)
- Re: [VIPR] Agenda for 2011/09/23 Marc Petit-Huguenin
- Re: [VIPR] Agenda for 2011/09/23 Dean Willis
- Re: [VIPR] Agenda for 2011/09/23 Marc Petit-Huguenin
- Re: [VIPR] Agenda for 2011/09/23 Dean Willis