Re: Troubleshooting qos scenario

Just hope it works right away ... little to no visibility on procurve ...
sucks to manage this network. ;-(

16 phones will not starve a 1 gig ... I would consider your configs and or a
QoS bug on HP as the culprit.

Have you called HP support? Since you might need to get a bit deeper w/ HP
command sets, this would likely be your best bet.

Good luck! HTH RobClav and kindest regards,

Andrew

On Wed, Nov 25, 2009 at 3:50 AM, <robclav_at_gmail.com> wrote:

> Hi guys,
> The customer complaints about the servers' backup take longer than before,
> after some deeper test it's confirmed the network is slower. Everything
> started after apply QoS to protect the IP Telephony vlan traffic. QoS was
> configured using legacy qos. The paquet classification/marking was done at
> the access layer, but instead of matching tcp/udp port it's configured to
> match the whole vlan traffic.
> So at this point, how can i detect if some traffic is dropped?. If not how
> can i detect if the voice vlan is carring non voice traffic? By the other
> hand, can 16 IP Phones starve a 1 gigabit connection?
>
> In fact, this scenario is configured using hp procurves, but it's an
> architecture problem i believe.
> Many thanks,
> Robclav
> BlackBerry de movistar, allm donde estis esta tu oficin@
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Andrew Lee Lissitz
all.from.nj_at_gmail.com
Blogs and organic groups at http://www.ccie.net