- VoiceOps - lists.voiceops.org

Can someone from Level3 contact me off-list I have a client that needs and 'Old School' PRI not IP based in the 460 lata.
by alex.lopez＠opsys.com March 15, 2016

March 15, 2016

"You can either follow your fears or be led by your passions, its up to you........" Alexander Lopez OpSys Consulting Group PO Box 49-1333 Key Biscayne, FL 33149 Tel: 305 503 3000 x 122 Help-desk: (305)503-3000 Option 0 or Email: HelpDesk at OpSys.com<mailto:HelpDesk at OpSys.com>

1 0

G.729 A/B Experiences
by robert.j＠bendtel.com March 14, 2016

March 14, 2016

Hey everyone, I'm looking to deploy a lower-bandwidth codec, and am wondering what everyone's experience has been with G.729, primary regarding voice quality. Historically, we have limited our codec use to G.711. Some test calls in the lab are showing promising results, I'm just curious what might happen in the real-world. Thank you for your time!! -- Robert Johnson BendTel, Inc. (541)389-4020 Central Oregon's Own Telephone and Internet Service Provider www.bendtel.com/about/

11 19

Remember These Days
by erik＠eespro.com March 14, 2016

March 14, 2016

[image: Inline image 1] Happy Monday Everyone Enjoy. Erik F CONFIDENTIALITY NOTICE 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 thereof.

1 0

VoIP Innovations reliability
by peeip989＠gmail.com March 11, 2016

March 11, 2016

Bouncing up and down over the last half hour or so? On Mar 11, 2016, at 18:31, Nathan Anderson <nathana at fsr.com> wrote: This message has no content.

1 0

DUNDi -- Do you use it? If so, how?
by beckman＠angryox.com March 9, 2016

March 9, 2016

I've been doing this for 10 years, but have never really looked at what DUNDi [1] is until today. And now that I'm looking at it, I cannot really think of a reason I would use it. Which lead me to think, well who IS using it? And why? Beckman [1] https://en.wikipedia.org/wiki/Distributed_Universal_Number_Discovery --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

2 1

Anyone with access to a MA Verizon Landline?
by amoss＠flowroute.com March 2, 2016

March 2, 2016

Been experiencing an intra-lata Verizon to Level3 issue, Unfortunately I do not have access to a reliable way to replicate the issue. Verizon has reported a fix but I need to validate. This only seems to happen in LATA 126. If anyone has access to a Massachusetts Verizon land line and could make two quick test calls and reply back their result I would be immensely thankful. The destinations are: 413-536-9191 413-786-4000 -- ADAM MOSS SUPPORT ENGINEER <http://www.flowroute.com> +1.206.641.8034

2 1

Integration : LexisNexis > Time Matters & Broadsoft Integration
by bmurray＠transbeam.com Feb. 26, 2016

Feb. 26, 2016

Does anyone have any information or know of anyone who has established an integration between LexisNexis Time Matters (?OSS/BSS/CRM for lawyers?) product and Broadsoft? So far we?re not finding any hits via the Broadsoft xchange portal. Thanks in advance, Brian

1 0

scanned docs...PDF Attached.
by calvin.ellison＠voxox.com Feb. 24, 2016

Feb. 24, 2016

I don't think we have a formal destination for requests like these, but VS can certainly identify the customer responsible, and block any traffic from a specific ANI to specific DNIS. I think it would be up the the customer's account manager or that product's manager to decide if any action should be taken against, or notification provided to the customer. Regards, *Calvin Ellison* Voice Operations Engineer calvin.ellison at voxox.com +1 (213) 285-0555 ----------------------------------------------- *voxox.com <http://www.voxox.com/> * 9276 Scranton Rd, Suite 200 San Diego, CA 92121 [image: Voxox] On Wed, Feb 24, 2016 at 4:54 PM, Kristin Beers <kristin at voxox.com> wrote: > Hey, what's the email address or queue these types of requests should go > to? > > ---------- Forwarded message --------- > From: <kyoscanner at telcentris.com> > Date: Wed, Feb 24, 2016 at 4:49 PM > Subject: scanned docs...PDF Attached. > To: <kristin.beers at telcentris.com>, <kristin.beers at voxox.com> > > > ------------------- > CS 5551ci > [00:c0:ee:3f:1a:a1] > ------------------- >

1 1

FW: Strange porting issue
by dschreiber＠2600hz.com Feb. 20, 2016

Feb. 20, 2016

Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier. But when we do an LRN query on the number, we get back the same LEC as if the port did not complete. I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC? - Darren

5 12

Is it possible for US DID to have Canadian service address?
by victor.chukalovskiy＠gmail.com Feb. 18, 2016

Feb. 18, 2016

Good day, Coming from Canadian CLEC background. Have tricky question for US LNP and associated guidelines, truly looking for your feedback. For the purposes of LNP, is it possible for US number to have Canadian service address? Major US CLEC does not even allow us to enter Canadian address that we know is a service address for a US DID we want to port-in with them. So I conclude either of the two possibilities is true: (1) Their portal is doing right, and the Canadian address we are trying to enter is not the true service address for the number in question. We should dig deeper and there must be some (perhaps place-holder) US address behind the DID. OR (2) Their portal is not implemented right, and simply is not designed with this small but possible special case in mind. So which of the statements would be true? Many thanks, -Victor

2 2