<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
My experience with a CSR is that it's only required if the port order fails (rejected by losing carrier). The winning carrier will often verify that all the TNs belong to the losing carrier listed on the port order and use that as an easy way to "check" the
port order without a CSR.</div>
<div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> VoiceOps <voiceops-bounces@voiceops.org> on behalf of Mike Hammett <voiceops@ics-il.net><br>
<b>Sent:</b> Wednesday, June 2, 2021 9:10 AM<br>
<b>To:</b> VoiceOps <voiceops@voiceops.org><br>
<b>Subject:</b> Re: [VoiceOps] CSR BTN</font>
<div> </div>
</div>
<div>
<div style="font-family:arial,helvetica,sans-serif; font-size:10pt; color:#000000">
I guess to back up to a more basic level...
<div><br>
</div>
<div>What's the intent of the CSR?</div>
<div><br>
</div>
<div>I thought it was for the gaining carrier to verify customer information with the losing carrier that would be required to port a number before actually issuing the LSR\port request.<br>
<br>
<div><span name="x_x"></span><br>
<br>
-----<br>
Mike Hammett<br>
Intelligent Computing Solutions<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ics-2Dil.com&d=DwQFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=O9zkNrKbQF1fgs1KTBRWpbNPvZEkJNea930OX6UPkBE&m=-ThpB4WHh29HhQvUzJX3BwMwbc_rwonPWCOM6MaVisg&s=jZrZSiZcvWtHOhSE8AbKiPvnyuAJAQQqqMC-Q4kj5hU&e=">http://www.ics-il.com</a><br>
<br>
<br>
<br>
Midwest Internet Exchange<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.midwest-2Dix.com&d=DwQFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=O9zkNrKbQF1fgs1KTBRWpbNPvZEkJNea930OX6UPkBE&m=-ThpB4WHh29HhQvUzJX3BwMwbc_rwonPWCOM6MaVisg&s=CjNKq0dxRw1Qt_YrzsLIN-mfXxuGZtbN500gLYlQv5c&e=">http://www.midwest-ix.com</a><br>
<br>
<span name="x_x"></span><br>
</div>
<br>
<hr id="x_zwchr">
<div style="color:#000; font-weight:normal; font-style:normal; text-decoration:none; font-family:Helvetica,Arial,sans-serif; font-size:12pt">
<b>From: </b>"Mike Hammett" <voiceops@ics-il.net><br>
<b>To: </b>"VoiceOps" <voiceops@voiceops.org><br>
<b>Sent: </b>Friday, May 28, 2021 9:51:14 PM<br>
<b>Subject: </b>[VoiceOps] CSR BTN<br>
<br>
<div style="font-family:arial,helvetica,sans-serif; font-size:10pt; color:#000000">
Does a CSR have to have the specific number being ported or just any number on the account?<br>
<br>
We're testing a third party network that we'll utilize in the short-term for out-of-area usage.
<div>We ported some of our own numbers to our account at the third party.</div>
<div>The CSRs arrived with the main BTN on the account, not the number being ported.</div>
<div>Our porting person rejected the CSRs because they weren't for the number being ported. Of course she knew what number was being attempted because it was an internal operation, but normally she wouldn't.</div>
<div><br>
</div>
<div><br>
</div>
<div>It's my thought that the CSR is a customer information verification process. We wouldn't know the number actually being ported until the LSR came. Does the name, address, account number, TN, etc. match an account you have? If so, great.</div>
<div><br>
</div>
<div><br>
</div>
<div>Where can I find a good resource on the process and what's normally acceptable for rejections?</div>
<div><br>
</div>
<div><br>
</div>
<div>Of course I said, "Let me verify this before we do anything" and then she replied to the CSRs rejecting. *sigh* I guess we'll really be testing all scenarios.<br>
<br>
<div><span></span><br>
<br>
-----<br>
Mike Hammett<br>
Intelligent Computing Solutions<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ics-2Dil.com&d=DwQFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=O9zkNrKbQF1fgs1KTBRWpbNPvZEkJNea930OX6UPkBE&m=-ThpB4WHh29HhQvUzJX3BwMwbc_rwonPWCOM6MaVisg&s=jZrZSiZcvWtHOhSE8AbKiPvnyuAJAQQqqMC-Q4kj5hU&e=">http://www.ics-il.com</a><br>
<br>
<br>
<br>
Midwest Internet Exchange<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.midwest-2Dix.com&d=DwQFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=O9zkNrKbQF1fgs1KTBRWpbNPvZEkJNea930OX6UPkBE&m=-ThpB4WHh29HhQvUzJX3BwMwbc_rwonPWCOM6MaVisg&s=CjNKq0dxRw1Qt_YrzsLIN-mfXxuGZtbN500gLYlQv5c&e=">http://www.midwest-ix.com</a><br>
<br>
<span></span><br>
</div>
<br>
</div>
</div>
<br>
_______________________________________________<br>
VoiceOps mailing list<br>
VoiceOps@voiceops.org<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__puck.nether.net_mailman_listinfo_voiceops&d=DwQFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=O9zkNrKbQF1fgs1KTBRWpbNPvZEkJNea930OX6UPkBE&m=-ThpB4WHh29HhQvUzJX3BwMwbc_rwonPWCOM6MaVisg&s=iTLDBu_NiDo3ue9WyH9CxVPuj9zAmr9ddTBd5SSsrjI&e=">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</div>
<br>
</div>
</div>
</div>
</div>
</body>
</html>