[VoiceOps] Does anyone implement RFC 3219?

Alex Balashov abalashov at evaristesys.com
Thu Aug 20 17:11:48 EDT 2009


The work of maintaining BGP-style filters by upstreams to provide 
technical solutions for the trust issues for individual phone numbers 
would be ... formidable.   It would have to operate in blocks, which 
hampers portability.

Jonathan Thurman wrote:

> I am not a carrier, nor do I intend to be a carrier.  My view point 
> comes from working in K-12 education where saving money is a high 
> priority.  I wish we could get out phone number assignment from ARIN and 
> deal Voice like we do IP.  Of course you could have issues when you open 
> up and start trusting others, but I would say that BGP works.  It is 
> going to take baby steps to change the way that the telephone industry 
> provides services, and those changes are probably going to be grass-root 
> type projects.  David, you are right that I probably live in a different 
> world.  While it might be more bleeding edge that you can afford, it's 
> coming.  Otherwise we all might as well turn our SIP/H.323 devices off 
> now and go home.
> 
> So the reason I initially asked this question is that we are looking to 
> peer with other agencies.  I have looked a many of the different 
> ideas/projects/technologies out in the wild and I like TRIP.  ENUM 
> doesn't change anything.  Someone still holds all the keys, and you are 
> constantly querying for the answers.  DUNDi is closer, but still 
> requires more time to complete the call when you have to search every 
> time how to route it.  TRIP lets you hold the whole routing table, so 
> you know how to get where right away.
> 
> -Jonathan
> 
> 
> 
> On Thu, Aug 20, 2009 at 8:38 AM, David Hiers <hiersd at gmail.com 
> <mailto:hiersd at gmail.com>> wrote:
> 
>     Exclusivity is indeed a key part of the performance of the SS7
>     network.  Administrative controls are valid means to accomplish a
>     goal, just like technical and physical controls.  Another side of this
>     is the general recognition that you can't rely solely on technical
>     controls to defend against a determined malicious threat.
> 
>     If you've got a huge pile of CAPEX, a fat stream of OPEX, and the
>     careers of several cords of VPs on the line, you think differently
>     than a guy that just figured out how to run asterisk in a vm for his
>     undergrad project.  If I can use administrative controls and financial
>     hurdles to exclude those that don't live and breath global stability
>     and uptime, sign me up.
> 
> 
>     David
> 
> 
> 
>     On Thu, Aug 20, 2009 at 7:07 AM, Alex
>     Balashov<abalashov at evaristesys.com
>     <mailto:abalashov at evaristesys.com>> wrote:
>      > David Hiers wrote:
>      >
>      >> I like the static nature of SS7/PSTN, and wonder how many of those
>      >> five nines can be attributed to it's static routing.  Sure, you can
>      >> translate global titles all day, but you always come back to
>     choosing
>      >> among a set of static routes to complete your call.
>      >
>      > I wonder if some of this has as much to do with exclusivity, i.e.
>     SS7's
>      > security-by-plutocracy and/or regulation, as much as with static
>     routing.
>      >
>      > --
>      > Alex Balashov - Principal
>      > Evariste Systems
>      > Web     : http://www.evaristesys.com/
>      > Tel     : (+1) (678) 954-0670
>      > Direct  : (+1) (678) 954-0671
>      >
>     _______________________________________________
>     VoiceOps mailing list
>     VoiceOps at voiceops.org <mailto:VoiceOps at voiceops.org>
>     https://puck.nether.net/mailman/listinfo/voiceops
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops


-- 
Alex Balashov - Principal
Evariste Systems
Web     : http://www.evaristesys.com/
Tel     : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671


More information about the VoiceOps mailing list