HPE GreenLake Administration
- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- Problem with QoS on 5308xl
Switches, Hubs, and Modems
1837984
Members
2904
Online
110124
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-23-2006 08:54 AM
08-23-2006 08:54 AM
Problem with QoS on 5308xl
Hello!
I have a somewhat special configuration here on my ProCurve 5308xl.
I am Building a micro-ISP Network. We are using the 5308xl as our
CoreSwitch.
We use ATi RG613 Fibre-to-the-Home CPEs which are connected to the
5308xl using PheeNet Copper-to-Fibre Converters.
These CPEs do have one WAN Port (Fibre) and three LAN Ports (Copper).
On the WAN Port we are shaping the Link to 1024kBits/Sec Downstream and
512 KBits/Sec Upstream.
The first LAN Port is used for normal Internet Access.
The second LAN Port is unused.
The third LAN Port is used to connect one or more IP-Phones.
The WAN Port uses two tagged VLANs (one for VoIP, one for Data) on the
CPE and on the ProCurve side of the link.
CPE LAN Port 1 is connected to the Data VLAN.
CPE LAN Port 3 is connected to the VoIP VLAN.
Data VLAN has set qos-priority 1 on both sides (CPE + Procurve), VoIP VLAN
is set to a priority of 7.
When i place a VoIP Call and do a upload at the same time VoIP works flawlessly,
but when i do a download and Place a VoIP Call i have extreme Jitter on VoIP.
Is there any way to make priorization on the ProCurve side of the link more
effective?
Is it possible that the ProCurve isn't priorizing the packets because it thinks
the link isn't saturated/congested (because it is shaped to ~ 1 MBit) and so it
just delivers the packets as usual?
What can i do that the ProCurve delivers Packets on the VoIP VLAN before any
Packets on the Data VLAN?
Or can i tell the ProCurve that the client doesn't have the full 100 MBit?
Christian
I have a somewhat special configuration here on my ProCurve 5308xl.
I am Building a micro-ISP Network. We are using the 5308xl as our
CoreSwitch.
We use ATi RG613 Fibre-to-the-Home CPEs which are connected to the
5308xl using PheeNet Copper-to-Fibre Converters.
These CPEs do have one WAN Port (Fibre) and three LAN Ports (Copper).
On the WAN Port we are shaping the Link to 1024kBits/Sec Downstream and
512 KBits/Sec Upstream.
The first LAN Port is used for normal Internet Access.
The second LAN Port is unused.
The third LAN Port is used to connect one or more IP-Phones.
The WAN Port uses two tagged VLANs (one for VoIP, one for Data) on the
CPE and on the ProCurve side of the link.
CPE LAN Port 1 is connected to the Data VLAN.
CPE LAN Port 3 is connected to the VoIP VLAN.
Data VLAN has set qos-priority 1 on both sides (CPE + Procurve), VoIP VLAN
is set to a priority of 7.
When i place a VoIP Call and do a upload at the same time VoIP works flawlessly,
but when i do a download and Place a VoIP Call i have extreme Jitter on VoIP.
Is there any way to make priorization on the ProCurve side of the link more
effective?
Is it possible that the ProCurve isn't priorizing the packets because it thinks
the link isn't saturated/congested (because it is shaped to ~ 1 MBit) and so it
just delivers the packets as usual?
What can i do that the ProCurve delivers Packets on the VoIP VLAN before any
Packets on the Data VLAN?
Or can i tell the ProCurve that the client doesn't have the full 100 MBit?
Christian
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP