[VoiceOps] media bypass question

2016-04-18 Thread Kumudu Suriyaarachchi
Hello,



Is there a mechanism to achieve  media bypass from the customer premise SBC
to peering/carrier SBC  where in a typical NAT traversal hosted PBX
deployment?

I am talking about multi-vendor SBCs on the access and the peering sides.



Thanks,
Kumudu
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


Re: [VoiceOps] Lack of Quality Industry-wide

2015-10-07 Thread Kumudu Suriyaarachchi
With DIDs migrating to VoIP could ENUM registry be the solution to this issue?
As predicted if PSTN shuts down there will only peer to peer routes.

Kumudu Suriyaarachchi
ksuriyaarach...@alteva.com<mailto:ksuriyaarach...@alteva.com>
P 484.534.4427

[Alteva-Logo-horizontal]



From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Ivan 
Kovacevic
Sent: Tuesday, October 06, 2015 11:15 PM
To: Pete E; Peter Beckman
Cc: VoiceOps
Subject: Re: [VoiceOps] Lack of Quality Industry-wide


What would help, and what has been done in other industries (think JD Power, 
Gartner… ok maybe not Gartner) is to have this data aggregated and available to 
view as a part of an industry report.

So that you can look at Cheap-o-voip.com and say…. “The rates sure look good, 
but their PDD, completion, etc are dismal, I’ll pass”…  That would quickly help 
separate the good from the bad and hopefully drive the industry overall to 
improve those key metrics. I would pay for that sort of report, just to avoid 
wasting time on duds. Or… I would be open to sharing data, either as summary 
data or sanitized CDRs to help drive that sort of database.

Now… if we could only agree on what the key metrics are... it seems that 
everyone has a different measuring stick.

Best Regards,

Ivan Kovacevic
Vice President, Client Services
Star Telecom | www.startelecom.ca<http://www.startelecom.ca/> | SIP Based 
Services for Contact Centers

From: VoiceOps 
[mailto:voiceops-boun...@voiceops.org<mailto:voiceops-boun...@voiceops.org>] On 
Behalf Of Pete E
Sent: Tuesday, October 06, 2015 5:14 PM
To: Peter Beckman <beck...@angryox.com<mailto:beck...@angryox.com>>
Cc: VoiceOps <voiceops@voiceops.org<mailto:voiceops@voiceops.org>>
Subject: Re: [VoiceOps] Lack of Quality Industry-wide

Ditto. We do the same, but it doesn't get us very far. We've recently fired two 
carriers for performance.

On Tue, Oct 6, 2015 at 12:34 PM, Peter Beckman 
<beck...@angryox.com<mailto:beck...@angryox.com>> wrote:
That's a great story Anthony! It's similar to my issues. I already do this
for termination. DID and SMS issues are more difficult to manage. And the
issues you have with one carrier that drives you to mass port your DIDs
that you hope to escape start happening with your new carrier.

I wish carriers would have the same level of visibility in their service
and infrastructure as you seemed to have with Intellisight, and then fix
the problems proactively when they find them.

"What gets measured gets managed."

So true. So elusive in this business.

Beckman

On Tue, 6 Oct 2015, Anthony Orlando wrote:
You are correct Peter.  It's a  constant struggle.  For years I used a
product from Empirix called Intelisight.  It gave us the ability to
monitor carriers (and other managed objects) with defined sets of KPI's.
 Once I saw a carrier have issues (PDD, quality, excessive 503's) I used
to call them and tell them they had a problem.  Hours or days later they
would resolve.  I got away from that practice and just routed around
them.   Funny how they notice that.  Once the issue was resolved I put
them in a penalty box and slowly added traffic.  Once they realized I was
measuring their performance and there would be financial repercussions
it's amazing how the quality of their under lying carriers improved.  My
carrier ticket count dropped by 25-30%.

---
Peter Beckman  Internet Guy
beck...@angryox.com<mailto:beck...@angryox.com> 
http://www.angryox.com/
---

___
VoiceOps mailing list
VoiceOps@voiceops.org<mailto:VoiceOps@voiceops.org>
https://puck.nether.net/mailman/listinfo/voiceops

This communication (including any attachments) may contain privileged or 
confidential information of Alteva and is intended solely for the use of the 
individual to whom it is addressed. If you are not the intended recipient, you 
should notify the author and delete this communication from your system, 
including any attachments. Any disclosure, copying, saving or distribution of 
this communication, or the taking of any action based on it, is strictly 
prohibited. Any views or opinions expressed are solely those of the author and 
do not necessarily represent those of Alteva.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


Re: [VoiceOps] What is your favorite line of IP Phones and Why?

2015-03-27 Thread Kumudu Suriyaarachchi
My vote goes to Polycom. Unlike cisco Polycom were designed for SIP.
Although the Sound Point range is not appealing to the eye the performance has 
been solid.
The models IP550 and IP650 are the favorites.
In the VVX range 500 and 600 are still maturing.
Broadsoft features are much easier to deploy on Polycom phones.
Provisioning is seamless if you are using Broadsoft DMS as well.

I gave up testing Yealink in 2011 because of their poor support.




Kumudu Suriyaarachchi
Sr. Systems Engineer
 P 484.534.4427


ksuriyaarachchi@alteva.cmailto:ksuriyaarachchi@alteva.com
www.alteva.com







From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Aryn Nakaoka 
808.356.2901
Sent: Thursday, March 26, 2015 2:57 PM
To: Rob Dawson
Cc: voiceops@voiceops.org
Subject: Re: [VoiceOps] What is your favorite line of IP Phones and Why?

the vvx400 is my goto phone. The 500 and 600 is only good if you do video. I 
like the 500 over the 600 for the cost. BUT I don't like finger prints on my 
screens... also, the logo is covered on idle in the 500 and 600 vs the 500 
shows the company logos very nicely.





Aryn H. K. Nakaoka
anaka...@trinet-hi.commailto:anaka...@trinet-hi.com

Direct: 808.356.2901
Fax : 808.356.2919

Tri-net Solutions
733 Bishop St. #1170
Honolulu, HI 96813
http://www.trinet-hi.com
Aloha Tone PBX https://www.youtube.com/watch?v=96YWPY9wCeU  
https://www.youtube.com/watch?v=96YWPY9wCeUhttp://youtu.be/27v2wbnFIDs
Aloha Tone (HA) High Availabilityhttp://youtu.be/rJsr4k0RBH8 
http://youtu.be/rJsr4k0RBH8

CONFIDENTIALITY NOTICE:  The information contained in this email and any 
attachments may be privileged, confidential and protected from disclosure.  Any 
disclosure, distribution or copying of this email or any attachments by persons 
or entities other than the intended recipient is prohibited. If you have 
received this email in error, please notify the sender immediately by replying 
to the message and deleting this email and any attachments from your system. 
Thank you for your cooperation.




On Thu, Mar 26, 2015 at 8:54 AM, Rob Dawson 
rdaw...@force3.commailto:rdaw...@force3.com wrote:
I have supported all manner of Polycom endpoints on Broadsoft, Asterisk, 
sipXecs, etc. They have always been solid phones, with only an occasional 
failure here and there.They feel solid and look unoffensive. I really like the 
VVX 500 and 600, the 400 is OK, the 300 not so much. I would love to develop 
some content or an app to take advantage of the touchscreen displays on the 500 
and 600.

Rob




From: VoiceOps 
[mailto:voiceops-boun...@voiceops.orgmailto:voiceops-boun...@voiceops.org] On 
Behalf Of Colton Conor
Sent: Thursday, March 26, 2015 11:46 AM
To: voiceops@voiceops.orgmailto:voiceops@voiceops.org
Subject: [VoiceOps] What is your favorite line of IP Phones and Why?

What is your favorite line of IP phones and why? What PBX or softswitch do you 
use these line of phones with?

I would love to hear responses for both Hosted PBX applications, and On-Prem 
PBX applications.

Is there any reason or need to use non IP phones in todays environment? I know 
NEC, Avya, and others make multiple digital non SIP phone systems.

___
VoiceOps mailing list
VoiceOps@voiceops.orgmailto:VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

This communication (including any attachments) may contain privileged or 
confidential information of Alteva and is intended solely for the use of the 
individual to whom it is addressed. If you are not the intended recipient, you 
should notify the author and delete this communication from your system, 
including any attachments. Any disclosure, copying, saving or distribution of 
this communication, or the taking of any action based on it, is strictly 
prohibited. Any views or opinions expressed are solely those of the author and 
do not necessarily represent those of Alteva.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


Re: [VoiceOps] Broadworks R17Sp4 to R20 upgrade

2015-03-15 Thread Kumudu Suriyaarachchi
Thanks guys!
Your responses will help me a lot.

Support for R17sp4 ended in December 2014 officially.
BroadSoft is pushing to upgrade to R21 avoiding R18 and R19.
Based on the feature set you use you may be good with R18/R19.


Kumudu


From: Colton Conor [mailto:colton.co...@gmail.com]
Sent: Sunday, March 15, 2015 1:10 PM
To: Jessie Bryan
Cc: Kumudu Suriyaarachchi; voiceops@voiceops.org
Subject: Re: [VoiceOps] Broadworks R17Sp4 to R20 upgrade

What are the main highlights of 20SP1 vs  R17sp4? Seems like many Broadsoft 
shops are making this upgrade jump, but what is the reason for it? Did 
Broadsoft finally say 17 will no longer be supported, and its time to upgrade? 
Was there an version 18 and 19?

On Fri, Mar 13, 2015 at 4:58 PM, Jessie Bryan 
jes...@impulse.netmailto:jes...@impulse.net wrote:
Hi Kumudu,

We have not upgraded (from 18SP1) to 20SP1 after discovering some issues during 
lab-testing.
Since BroadWorks can be used in many different ways, these issues may or not 
impact you.

1) The ProfileServer replication silently fails copying device file-repos to 
it's peers.
2) Another issue is with Polycom VVX Phones and the VVX Camera.  If your users 
have BroadWorks N-Way, and the VVX Camera attached, the N-Way call will fail to 
engage in most call-scenarios.
3) Lastly, the bw-preUpgradeCheck-Rel_20-438231 falsely reports a DBS(maybe 
others) system as SUCCESSFUL even if the host does not have sufficient disk 
space.

All three issues have been confirmed by TAC Tier-3.

Since the first 2 issues are important for us, we're not upgrading until they 
release patches.

Hope that helps a little, and good luck!

--
Jessie Bryan
VP Engineering
Impulse Advanced Communications
Website: www.impulse.nethttp://www.impulse.net
Phone: 805 884 6317tel:805%20884%206317
twitter: @jessiebryan
--



Has anyone upgraded to Broadworks R17sp4 to R20 without any issues?
According to the release notes most of the new features in R20 are deactivated 
by default.
However typically every major release is followed by a unimaginable number of 
patches.

Thanks,
Kumudu


Kumudu Suriyaarachchi
Sr. Systems Engineer
 P 484.534.4427tel:484.534.4427 
ksuriyaarachchi@alteva.cmailto:ksuriyaarachchi@alteva.com





This communication (including any attachments) may contain privileged or 
confidential information of Alteva and is intended solely for the use of the 
individual to whom it is addressed. If you are not the intended recipient, you 
should notify the author and delete this communication from your system, 
including any attachments. Any disclosure, copying, saving or distribution of 
this communication, or the taking of any action based on it, is strictly 
prohibited. Any views or opinions expressed are solely those of the author and 
do not necessarily represent those of Alteva.
___
VoiceOps mailing list
VoiceOps@voiceops.orgmailto:VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


___
VoiceOps mailing list
VoiceOps@voiceops.orgmailto:VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

This communication (including any attachments) may contain privileged or 
confidential information of Alteva and is intended solely for the use of the 
individual to whom it is addressed. If you are not the intended recipient, you 
should notify the author and delete this communication from your system, 
including any attachments. Any disclosure, copying, saving or distribution of 
this communication, or the taking of any action based on it, is strictly 
prohibited. Any views or opinions expressed are solely those of the author and 
do not necessarily represent those of Alteva.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


[VoiceOps] Broadworks R17Sp4 to R20 upgrade

2015-03-13 Thread Kumudu Suriyaarachchi

Has anyone upgraded to Broadworks R17sp4 to R20 without any issues?
According to the release notes most of the new features in R20 are deactivated 
by default.
However typically every major release is followed by a unimaginable number of 
patches.

Thanks,
Kumudu


Kumudu Suriyaarachchi
Sr. Systems Engineer
 P 484.534.4427 ksuriyaarachchi@alteva.cmailto:ksuriyaarachchi@alteva.com





This communication (including any attachments) may contain privileged or 
confidential information of Alteva and is intended solely for the use of the 
individual to whom it is addressed. If you are not the intended recipient, you 
should notify the author and delete this communication from your system, 
including any attachments. Any disclosure, copying, saving or distribution of 
this communication, or the taking of any action based on it, is strictly 
prohibited. Any views or opinions expressed are solely those of the author and 
do not necessarily represent those of Alteva.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops


Re: [VoiceOps] CPE side Passive Monitoring

2014-10-29 Thread Kumudu Suriyaarachchi
Hi,

My experience with Packetsmart was not so good.
There were occasions the probe froze and brought down the service.

Regrads,
Kumudu

From: VoiceOps [mailto:voiceops-boun...@voiceops.org] On Behalf Of Kris Alberts
Sent: Wednesday, October 29, 2014 6:45 AM
To: voiceops@voiceops.org
Subject: [VoiceOps] CPE side Passive Monitoring

Hi

Looking for a cost effective, easily deployed, useful passive monitoring probe 
to be deployed at the customer prem for voip traffic monitoring.  My main 
objective is to reduce MTTR and provide a clear demarcation service for 
customers that supplies their own LAN. We use a variety of CPE device 
(primarily Cisco though) so I will need to find an external hardware probe that 
caters for all use cases.

There seems to be a variety of solutions available so was hoping you could 
share you experience on some of the solutions that you are using. I really need 
to understand the extent to which the added visibility optimised your product 
in terms of better support, fewer truck rolls etc. All of these listed products 
claims to do just that.

Solutions that come to mind includes: Prognosis, Telchemy, Broadsoft 
PacketSmart, Flukenetworks and Appneta Pathview.

I need to evaluate in the lines of :

  *   Effectiveness as a demarcation service.
  *   Easy of deployment (hosted, SaaS model).
  *   Probe and licensing costing.
  *   Support portal granular stats in order to reduce MTTR.
Thanks
Kris

This communication (including any attachments) may contain privileged or 
confidential information of Alteva and is intended solely for the use of the 
individual to whom it is addressed. If you are not the intended recipient, you 
should notify the author and delete this communication from your system, 
including any attachments. Any disclosure, copying, saving or distribution of 
this communication, or the taking of any action based on it, is strictly 
prohibited. Any views or opinions expressed are solely those of the author and 
do not necessarily represent those of Alteva.
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops