Re: [dispatch] Introducing ViPR: a new federation technology

[Henry Sinnreich <[e-mail]>]

>In that kind of scenario, ViPR would be unnecessary.

100% agree for the reasons given below and several other that already well known and need not be repeated here.
I also don't remember reading anywhere in the Internet architecture about federations and cartels.

My two personal cents,

Henry


On 11/10/09 12:17 PM, "Bernard Aboba" <[e-mail]> wrote:

Kevin Fleming said:

" I came away with the same conclusion you did; it's really only applicable
to closely-aligned parties that want to federate, not for any  providers
that may provide SIP connectivity in between the parties that want to
federate. This would make it somewhat complex to deploy in a hosted PBX
scenario, unless the ViPR server was also virtualized to provide a separate
set of data for each hosted PBX that chose to use ViPR."

I'm not sure that it's only applicable to closely-aligned parties.  As
noted, the DHT approach does scale logarithmically.  Although one might
quibble with some of the dependencies (e.g. SRP/TLS is encumbered by
multiple IPR declarations, as is RELOAD), the overall approach does not
require pre-existing trust between the parties.

There are existing approaches for moderate numbers of closely-aligned
parties (e.g. DUNDI works at that scale, and even the existing RFC 3261
model isn't that broken in for that case, since I'm aware of customers who
are federating with dozens of suppliers/customers using TLS with mutual
authentication).

The bigger issue as I see it is the tying of SIP federation in non-VOIP
scenarios (e.g. Video, Web conferencing, IM&P) to PSTN and phone number
identifiers.  In those scenarios, the proposed introduction and verification
mechanisms aren't much better than existing "buddy list" techniques for
trust establishment.  Those techniques have been in use for a long time
(e.g. in XMPP federation) and have proven quite effective.

Also, if one buys the arguments, then one could conclude that all that is
necessary for VOIP bypass is a PRI and an Internet connection.  Why bother
with SIP trunking? However, that argument assumes that as the decline in the
PSTN accelerates that SIP Trunking providers will utilize infrastructure
ENUM to their advantage to route calls directly over the Internet without
passing on the savings to customers.

However, the evolution of Internet peering would indicate this not the most
likely outcome.  Back in the mid-1990s, peering was a significant issue for
second Tier ISPs and access cost much more than it does today.  Today recent
measurements show that 50 percent of Internet traffic is originating in only
150 ASes, and that kind of consolidation also tends to go along with major
declines in consumer costs and an lessening of importance of peering
concerns.

So my own guess is that as SIP trunking becomes a commodity that the
industry will grow more and more competitive and that in a decade
infrastructure ENUM will apply to a very large fraction of all calls, with
the benefits being passed on to customers.

In that kind of scenario, ViPR would be unnecessary.

_______________________________________________
dispatch mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/dispatch