Article View: chi.internet
Article #288Re: Porting, Google Voice, bandwidth.com
From: smr
Date: Wed, 29 May 2013 15:47
Date: Wed, 29 May 2013 15:47
33 lines
3235 bytes
3235 bytes
On 5/29/2013 10:39 AM, Adam H. Kerman wrote: > I have no idea what makes bandwidth.com a CLEC either. As far as I know, > they aren't a Google subsidiary. They sure as hell own no switches. I believe > their business model is making available phone numbers in any rate center > (or as many as possible) that many VoIP would assign to their customers. > Despite their name, they undoubtably buy the bandwidth to the equipment > cabinent in the central office serving the rate center from Global Crossing > or one of the others, and don't provide it themselves. Their main business > seems to be virtual PBXs for medium-sized businesses and some large ones. > > I guess operating a switch isn't a prerequisite for being a CLEC. The process of becoming a CLEC these days is basically "will you sign an interconnection agreement with AT&T on their terms? Yeah, you will? Congrats, you're a CLEC". It was a MUCH bigger pain in the ass in the 90's, IIRC. > I'm also guessing that FCC wrote regulations lacking legal authority of > the Telecom Act, which sure as hell didn't anticipate VoIP. > > Tell me any of my guesses are wrong. Yeah, the regulatory framework is a bit behind what's actually being used in service right now. This has pretty much always been the case. You'd be horrified by how much of any given telco's actual revenue comes from just skirting the boundaries of regulatory in a way that the other carriers just agree to go along with because we all make some dough in the end. See: CABS and recip-comp. Whoooo boy. -- smr
Technical Details
Message-ID:
<ko57ts$8eg$2@ftupet.ftupet.com>Path:
arc1-ca.pugleaf.net!fw11ni117wic.0!nntp.google.com!feeder1.cambriumusenet.nl!82.197.223.108.MISMATCH!feeder2.cambriumusenet.nl!feed.tweaknews.nl!194.109.133.87.MISMATCH!newsfeed.xs4all.nl!newsfeed1.news.xs4all.nl!xs4all!border4.nntp.ams.giganews.com!border2.nntp.ams.giganews.com!backlog2.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!ottix-news.ottix.net!goblin2!goblin1!goblin3!goblin.stu.neva.ru!news.ripco.com!not-for-mailReferences:
<ko16ho$mdu$3@reader1.panix.com> <ko3k5o$mvr$1@ftupet.ftupet.com> <ko42pl$ipr$1@news.albasani.net> <ko537n$5is$1@ftupet.ftupet.com> <ko57fn$r3o$2@news.albasani.net>Show Full Headers
Complete Article Headers
X-Google-Thread: 837b0c45a0,8260ba37813bee0b
X-Google-Attributes: gid837b0c45a0,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.180.188.98 with SMTP id fz2mr161322wic.4.1370297640433;
Mon, 03 Jun 2013 15:14:00 -0700 (PDT)
Path: arc1-ca.pugleaf.net!fw11ni117wic.0!nntp.google.com!feeder1.cambriumusenet.nl!82.197.223.108.MISMATCH!feeder2.cambriumusenet.nl!feed.tweaknews.nl!194.109.133.87.MISMATCH!newsfeed.xs4all.nl!newsfeed1.news.xs4all.nl!xs4all!border4.nntp.ams.giganews.com!border2.nntp.ams.giganews.com!backlog2.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!ottix-news.ottix.net!goblin2!goblin1!goblin3!goblin.stu.neva.ru!news.ripco.com!not-for-mail
From: smr <me@shawnritchie.com>
Newsgroups: chi.internet
Subject: Re: Porting, Google Voice, bandwidth.com
Date: Wed, 29 May 2013 10:47:09 -0500
Organization: ftupet.com
Lines: 33
Message-ID: <ko57ts$8eg$2@ftupet.ftupet.com>
References: <ko16ho$mdu$3@reader1.panix.com> <ko3k5o$mvr$1@ftupet.ftupet.com> <ko42pl$ipr$1@news.albasani.net> <ko537n$5is$1@ftupet.ftupet.com> <ko57fn$r3o$2@news.albasani.net>
NNTP-Posting-Host: ftupet.com
Mime-Version: 1.0
X-Trace: remote5bge0.ripco.com 1369842602 14608 66.246.138.5 (29 May 2013 15:50:02 GMT)
X-Complaints-To: usenet@ripco.com
NNTP-Posting-Date: Wed, 29 May 2013 15:50:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
In-Reply-To: <ko57fn$r3o$2@news.albasani.net>
X-Original-Bytes: 2650
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit