[VoiceOps] CSR Request?
erik at eespro.com
Tue Dec 11 13:55:03 EST 2012
It appears the winning provider doesn't fully know the porting process of
the losing provider. The losing provider will only provide CSR's to
authorized CLEC with porting agreements. This becomes very difficult when
you are trying to port a number from a reseller as the losing provider
typically has no clue whom the number belongs too.
Hope that helps.
This e-mail message, including any attachments from EESPRO.com - contain
information which is CONFIDENTIAL AND/OR LEGALLY PRIVILEGED. The
information is intended only for the use of the individual named above and
may not be disseminated to any other party without written permission. If
you are not the intended recipient, or the employee or agent responsible
for delivering the message to the intended recipient, you are hereby
notified that any dissemination, disclosure, distribution, copying or
taking of any action in reliance on the contents of this e-mailed
information is strictly prohibited. If you have received this transmission
in error, please immediately notify info at eespro.com, and permanently delete
this e-mail and the attachments hereto, if any, and destroy any printout
On Tue, Dec 11, 2012 at 8:16 AM, David Wessell <david at ringfree.biz> wrote:
> Hi All,
> A question for you that I've never been able to get an answer too.
> We are a small hosted VOIP shop. And we port numbers through various
> aggregators (example vitelity)
> When we are porting phone numbers I am occasionally asked for a CSR by the
> gaining carrier (Or the aggregator that we are using). Sometimes they are
> able to get the CSR and sometimes they are not.
> However, when I call the losing carrier they always state that they don't
> give out CSR's. And that the winning carrier needs to request the CSR.
> One of the two parties is giving bad information , and I can't ever tell
> which one. Are there rules that govern the CSR requests? If there a way
> that we can ever do a CSR request without going through the consumer
> VoiceOps mailing list
> VoiceOps at voiceops.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the VoiceOps