The Meraki Community
Register or Sign in
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Show  only  | Search instead for 
Did you mean: 
  • About LoriAyn
LoriAyn

LoriAyn

Comes here often

Member since Sep 23, 2018

‎03-13-2019

Community Record

5
Posts
0
Kudos
0
Solutions

Badges

First 5 Posts View All
Latest Contributions by LoriAyn
  • Topics LoriAyn has Participated In
  • Latest Contributions by LoriAyn

Uplink Traffic Analytics VOIP Quality

by LoriAyn in Full-Stack & Network-Wide
‎10-01-2018 01:23 PM
‎10-01-2018 01:23 PM
Hello,   I have a quick question for Traffic Analytics experts. I've been battling challenges after a recent VOIP Migration onto our Data Network Initial problems with constant phone disconnects needing to retrieve their settings, has been resolved by moving voice to alternate ISP Path WAN2.  Now that I've resolved major packet loss happening on initial WAN1 ISP Path, after vendor equipment replacement and noise detected on the lines has been addressed, I'd like to move voice back with data.   Before doing so I was reviewing Network/Uplink stats for both of the separate networks in question.  My non-expert analysis of traffic stats in the dashboard for both of my separate networks,  indicate a network that is not very busy that indicates a very tolerable level of Latency and Loss.  These stats indicate an environment that should successfully support the addition of Voice traffic for 10-11 simultaneous conversations occurring.    Of course other variables such as up-link spikes in data traffic etc... which will impact however historical trends of network stats reflect same as shown in pics below.   Can anyone offer a different or more expert analysis of stats shown below?  The current path I have voice on is only 50Mbps with available upload of 12Mbps and as expected we're encountering some call quality issues.   Understood when depending on an ISP moving voip traffic out/back thru the wild west, it is a challenge beyond total control, however the goal is to get it as good as can be before further investment in alternatives such as fiber.   Thank You     ... View more

Re: Applicance Status / Tools /Internet traffic

by LoriAyn in Dashboard & Administration
‎09-23-2018 07:38 PM
‎09-23-2018 07:38 PM
Terrific thanks for needed clarification ... View more

Applicance Status / Tools /Internet traffic

by LoriAyn in Dashboard & Administration
‎09-23-2018 06:43 PM
‎09-23-2018 06:43 PM
Hello,   I do not see 'Internet Traffic' under tools on dashboard?  I encountered this mentioned in documentation or somewhere.  Am I missing something or another opportunity at new tool? MX64 offers lots of ways to monitor and analyze internet traffic across the network, can't say I'm lacking information, just curious and seeking confirmation.   Thanks   ... View more

VOIP Traffic Shaping Best Practice Troubleshooting

by LoriAyn in Dashboard & Administration
‎09-23-2018 06:36 PM
‎09-23-2018 06:36 PM
Re: Voip traffic shaping Hello,   We have similar traffic shaping rule setup on MX64 to handle voip traffic.  We migrated to hosted voip about 4 weeks ago adding that traffic to both existing sites using MX64 appliances.  We've encountered problems, at both of our sites, since migration.  The Avaya phones intermittently re-register and retrieve their settings...If this event occurs while phone in conversation all ability to manage the call is gone... (conversation continues however ability to manage call is lost.  Cannot transfer, conf, forward, hang-up etc....)  Our phone vendor believes the problem to be result of poor jittery internet connection or MX configuration which is not optimum for VOIP traffic. I'm still in the process of eliminating what IS NOT contributing to this behavior while pushing on noise found on internet paths.   Anyone have input into best configuration to shape voip traffic on MX64?  To avoid the behavior in one of the buildings we're moving VOIP Traffic in/out of building over different internet path.  This means we've also isolated Data/Voip.  This solved issue in one building and results would appear to indicate the problem to be exclusively quality of internet connection, however can't rule out the separation of Data and Voice as the real solution.  (Noting that Data is remains uninterrupted on same internet path were VOIP was encountering all kinds of trouble.) Of course VOIP traffic less forgiving to jitters or poor internet connections.  One distinction between the traffic shaping screen shot posted and our rule are the limits on bandwidth for VOIP traffic set to 5Mbps rather than unlimited. This would seem most important, however other building with same behavior had no traffic shaping rule and still encountered same problem phones reregistering and retrieving their settings.   0 Kudos   Qu ... View more

Re: Voip traffic shaping

by LoriAyn in Security / SD-WAN
‎09-23-2018 05:50 PM
‎09-23-2018 05:50 PM
Hello,   We have similar traffic shaping rule setup on MX64 to handle voip traffic.  We migrated to hosted voip about 4 weeks ago adding that traffic to both existing sites using MX64 appliances.  We've encountered problems, at both of our sites, since migration.  The Avaya phones intermittently re-register and retrieve their settings...If this event occurs while phone in conversation all ability to manage the call is gone... (conversation continues however ability to manage call is lost.  Cannot transfer, conf, forward, hang-up etc....)  Our phone vendor believes the problem to be result of poor jittery internet connection or MX configuration which is not optimum for VOIP traffic. I'm still in the process of eliminating what IS NOT contributing to this behavior while pushing on noise found on internet paths.   Anyone have input into best configuration to shape voip traffic on MX64?  To avoid the behavior in one of the buildings we're moving VOIP Traffic in/out of building over different internet path.  This means we've also isolated Data/Voip.  This solved issue in one building and results would appear to indicate the problem to be exclusively quality of internet connection, however can't rule out the separation of Data and Voice as the real solution.  (Noting that Data is remains uninterrupted on same internet path were VOIP was encountering all kinds of trouble.) Of course VOIP traffic less forgiving to jitters or poor internet connections.  One distinction between the traffic shaping screen shot posted and our rule are the limits on bandwidth for VOIP traffic set to 5Mbps rather than unlimited. This would seem most important, however other building with same behavior had no traffic shaping rule and still encountered same problem phones reregistering and retrieving their settings. ... View more
Powered by Khoros
custom.footer.
  • Community Guidelines
  • Cisco Privacy
  • Khoros Privacy
  • Privacy Settings
  • Terms of Use
© 2023 Meraki