|
Home > Archive > Voice over IP Cisco > July 2006 > Switch Upgrade causing fits!
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Switch Upgrade causing fits!
|
|
| Todd Franklin 2006-07-15, 1:11 pm |
| We were using a CE500 at our Altrim site, but when we added more people, we
bumped to a 3560. Our server constantly seems to lose connection with the
unit! (Yet, according to port counters, no errors are seen). (we went for
4 users with phone and data, to 12 users with phone and data. all 7940s)
Has anyone seen this? I have had people say "DON'T set the port speed on
both the server AND the switch, but DO set it on one of them."
Is the 3560 less forgiving?? I'll take any hints at all, so I won't have to
be here all weekend long!!
| |
| Schmelkin, Richard 2006-07-15, 1:11 pm |
| Hey Todd,
I have installed 100's of the 3560 PoE switches.
They usually work fantastic.
I would recommend based on my experience that you should speed lock the
port speed and duplex of the switchports that are connecting to your
servers to the desired rate. Then make sure that you speed lock the nic
card in the server to match your switchport configuration for the
connecting port.
IP phones I never speed lock them. I let them auto-negotiate their speed
and duplex from the switchport.
I have 1000's of phones deployed that way and never had phones falling
off the network that was not a result of another issue besides a
speed/duplex mismatch.
Post your switch config so we can see it. Maybe we can spot something in
it.
Rich
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Todd Franklin
Sent: Saturday, July 15, 2006 1:27 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Switch Upgrade causing fits!
We were using a CE500 at our Altrim site, but when we added more people,
we bumped to a 3560. Our server constantly seems to lose connection
with the unit! (Yet, according to port counters, no errors are seen).
(we went for 4 users with phone and data, to 12 users with phone and
data. all 7940s)
Has anyone seen this? I have had people say "DON'T set the port speed
on both the server AND the switch, but DO set it on one of them."
Is the 3560 less forgiving?? I'll take any hints at all, so I won't
have to be here all weekend long!!
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
| |
| Ed Leatherman 2006-07-15, 1:11 pm |
| I've always been told to match both sides. if you lock the switchport to
100/full then make sure you do the same on the server NIC. if you set one to
auto, set the other side to auto. I've had different people tell me to lock
the settings in and others tell me to use auto. and some say it doesnt
matter as long as they match. We lock them in and don't have any trouble.
On 7/15/06, Todd Franklin <toddnh65@gmail.com> wrote:
>
> We were using a CE500 at our Altrim site, but when we added more people,
> we bumped to a 3560. Our server constantly seems to lose connection with
> the unit! (Yet, according to port counters, no errors are seen). (we went
> for 4 users with phone and data, to 12 users with phone and data. all
> 7940s)
>
> Has anyone seen this? I have had people say "DON'T set the port speed on
> both the server AND the switch, but DO set it on one of them."
>
> Is the 3560 less forgiving?? I'll take any hints at all, so I won't have
> to be here all weekend long!!
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
--
Ed Leatherman
IP Telephony Coordinator
West Virginia University
Telecommunications and Network Operations
| |
| Aman Chugh 2006-07-15, 7:11 pm |
| It might not be switch related,check the reason code in the error for phone
unregistartion on callmanager event viewer on the server with which these
phones are registered,that should tell you whether the phones are initiating
this reset or is it callmanager.
Aman
On 7/15/06, Ed Leatherman <ealeatherman@gmail.com> wrote:
>
> I've always been told to match both sides. if you lock the switchport to
> 100/full then make sure you do the same on the server NIC. if you set one to
> auto, set the other side to auto. I've had different people tell me to lock
> the settings in and others tell me to use auto. and some say it doesnt
> matter as long as they match. We lock them in and don't have any trouble.
>
> On 7/15/06, Todd Franklin <toddnh65@gmail.com> wrote:
>
> people, we bumped to a 3560. Our server constantly seems to lose connection
> with the unit! (Yet, according to port counters, no errors are seen). (we
> went for 4 users with phone and data, to 12 users with phone and data. all
> 7940s)
>
> Has anyone seen this? I have had people say "DON'T set the port speed on
> both the server AND the switch, but DO set it on one of them."
>
> Is the 3560 less forgiving?? I'll take any hints at all, so I won't have
> to be here all weekend long!!
>
>
>
>
> ________________________________________
_______
> cisco-voip mailing list
>
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
>
> --
> Ed Leatherman
> IP Telephony Coordinator
> West Virginia University
> Telecommunications and Network Operations
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
| |
| Schmelkin, Richard 2006-07-15, 7:11 pm |
| Hey Todd,
If your server is on switchport 23, make sure that you have:
Int f0/23
Switchport access vlan 1
Switchport mode access
I assume you are using Vlan 1 for your data traffic?
Or do you just have IP phones with no PC's behind them on this switch?
Can you give any details on that?
In either case, if it's vlan 1 or whatever it is, make sure you add the
2 commands to that switchport I showed above. If it's not vlan 1, change
it to the correct vlan number for the access command, then issue that
switchport mode access command on the switchport.
Speed lock the server nic to 100/full so it does not try to enable
auto-negotiate.
Let me know if you need more assistance here. I'm sure we can get it
handled.
Rich
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Todd Franklin
Sent: Saturday, July 15, 2006 3:11 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Switch Upgrade Causing Fits!
OK, here's the switch config! Aman, the phones are perfect, we have
never had any trouble with them, so they are not unregistering. Rather,
it is the server that seems to be dropping client connections.
Here is the switch config: ( I edited out some of the ports, since they
are all the same, with the exception of 0/23. That is where our server
is, not a cisco server, just a Windows server that users connect to.
Worked great on the CE500, all kinds of flak going on with the 3560. I
am hoping it is something real basic!)
sho running-config
Building configuration...
Current configuration : 10289 bytes
!
! Last configuration change at 12:39:28 EDT Fri Jul 14 2006
! NVRAM config last updated at 12:39:30 EDT Fri Jul 14 2006
!
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Antrim3560
!
enable secret 5 $6$w6Ye$fYZIhQLYXwKZB25.jDvcu0
!
no aaa new-model
clock timezone EST -5
clock summer-time EDT recurring
ip subnet-zero
no ip domain-lookup
!
!
mls qos map cos-dscp 0 8 16 26 32 46 48 56
mls qos srr-queue input bandwidth 90 10
mls qos srr-queue input threshold 1 8 16
mls qos srr-queue input threshold 2 34 66
mls qos srr-queue input buffers 67 33
mls qos srr-queue input cos-map queue 1 threshold 2 1
mls qos srr-queue input cos-map queue 1 threshold 3 0
mls qos srr-queue input cos-map queue 2 threshold 1 2
mls qos srr-queue input cos-map queue 2 threshold 2 4 6 7
mls qos srr-queue input cos-map queue 2 threshold 3 3 5
mls qos srr-queue input dscp-map queue 1 threshold 2 9 10 11 12 13 14
15
mls qos srr-queue input dscp-map queue 1 threshold 3 0 1 2 3 4 5 6 7
mls qos srr-queue input dscp-map queue 1 threshold 3 32
mls qos srr-queue input dscp-map queue 2 threshold 1 16 17 18 19 20 21
22 23
mls qos srr-queue input dscp-map queue 2 threshold 2 33 34 35 36 37 38
39 48
mls qos srr-queue input dscp-map queue 2 threshold 2 49 50 51 52 53 54
55 56
mls qos srr-queue input dscp-map queue 2 threshold 2 57 58 59 60 61 62
63
mls qos srr-queue input dscp-map queue 2 threshold 3 24 25 26 27 28 29
30 31
mls qos srr-queue input dscp-map queue 2 threshold 3 40 41 42 43 44 45
46 47
mls qos srr-queue output cos-map queue 1 threshold 3 5
mls qos srr-queue output cos-map queue 2 threshold 3 3 6 7
mls qos srr-queue output cos-map queue 3 threshold 3 2 4
mls qos srr-queue output cos-map queue 4 threshold 2 1
mls qos srr-queue output cos-map queue 4 threshold 3 0
mls qos srr-queue output dscp-map queue 1 threshold 3 40 41 42 43 44 45
46 47
mls qos srr-queue output dscp-map queue 2 threshold 3 24 25 26 27 28 29
30 31
mls qos srr-queue output dscp-map queue 2 threshold 3 48 49 50 51 52 53
54 55
mls qos srr-queue output dscp-map queue 2 threshold 3 56 57 58 59 60 61
62 63
mls qos srr-queue output dscp-map queue 3 threshold 3 16 17 18 19 20 21
22 23
mls qos srr-queue output dscp-map queue 3 threshold 3 32 33 34 35 36 37
38 39
mls qos srr-queue output dscp-map queue 4 threshold 1 8
mls qos srr-queue output dscp-map queue 4 threshold 2 9 10 11 12 13 14
15
mls qos srr-queue output dscp-map queue 4 threshold 3 0 1 2 3 4 5 6 7
mls qos queue-set output 1 threshold 1 138 138 92 138
mls qos queue-set output 1 threshold 2 138 138 92 400
mls qos queue-set output 1 threshold 3 36 77 100 318
mls qos queue-set output 1 threshold 4 20 50 67 400
mls qos queue-set output 2 threshold 1 149 149 100 149
mls qos queue-set output 2 threshold 2 118 118 100 235
mls qos queue-set output 2 threshold 3 41 68 100 272
mls qos queue-set output 2 threshold 4 42 72 100 242
mls qos queue-set output 1 buffers 10 10 26 54
mls qos queue-set output 2 buffers 16 6 17 61
mls qos
!
!
no file verify auto
spanning-tree mode pvst
spanning-tree extend system-id
!
vlan internal allocation policy ascending
!
interface FastEthernet0/1
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/2
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/3
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/4
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/5
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/6
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/7
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/8
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/9
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/21
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/22
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/23
duplex full
speed 100
!
interface FastEthernet0/24
description Connection to Concord2801
switchport trunk encapsulation dot1q
switchport mode trunk
!
interface GigabitEthernet0/1
description Connection to Manch3560-1
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
!
interface GigabitEthernet0/2
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
!
interface Vlan1
no ip address
!
interface Vlan9
ip address 192.168.9.235 <http://192.168.9.235/> 255.255.255.0
<http://255.255.255.0/>
!
ip classless
ip route 0.0.0.0 <http://0.0.0.0/> 0.0.0.0 <http://0.0.0.0/>
192.168.9.254 <http://192.168.9.254/>
ip http server
!
!
control-plane
!
!
line con 0
password 7 1304140602
login
line vty 0 4
password 7 1304140602
login
length 0
line vty 5 15
password 7 045A081206
login
length 0
!
!
end
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
| |
| Brett Looney 2006-07-16, 1:11 am |
| At 03:57 16/07/2006, you wrote:
>Int f0/23
>Switchport access vlan 1
>Switchport mode access
If you're going to hard-code the speed and duplex you might also try
"switchport nonegotiate". I've seen this cause some random disconnect
issues with workstations in the past.
B.
| |
| Ted Nugent 2006-07-16, 1:11 am |
| Check out this link. I don't know how many customers
I've worked with that have locked in the switch side
and not the terminal side (phone/PC) and can't
understand why they are having issues. You can get
away with locking in speed in most cases for 10/100
but auto-neg of duplex is a handshake deal and if one
side isn't talking your SOL.. Not saying this is you
issue but this link explains it pretty well and might
track down the issue.
http://www.cisco.com/warp/public/473/46.html
--- Todd Franklin <toddnh65@gmail.com> wrote:
> We were using a CE500 at our Altrim site, but when
> we added more people, we
> bumped to a 3560. Our server constantly seems to
> lose connection with the
> unit! (Yet, according to port counters, no errors
> are seen). (we went for
> 4 users with phone and data, to 12 users with phone
> and data. all 7940s)
>
> Has anyone seen this? I have had people say "DON'T
> set the port speed on
> both the server AND the switch, but DO set it on one
> of them."
>
> Is the 3560 less forgiving?? I'll take any hints at
> all, so I won't have to
> be here all weekend long!!
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
________________________________________
__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
| |
| Todd Franklin 2006-07-16, 1:11 pm |
| Thanks Ted. A pretty good (ok excellent) document from Cisco. But are you
saying that I should hard code all my switch ports for speed? I mean, I'll
display my stupidity here, but I wouldn't know what speed the phone connects
at!! And most of the phones have a pc hanging off of them. I think I am
getting very close to a solution here, and that would be so nice! (I like
your screenname by the way, sort of "cat Scratch fevery"!!!)
But what's REALLY odd, is that the 3560 never displays any errors on the
port....even though, RARELY, the server will have in the event log that the
NIC card lost connection, then regained connection.
Todd
On 7/15/06, Ted Nugent <tednugent69@yahoo.com> wrote:
>
> Check out this link. I don't know how many customers
> I've worked with that have locked in the switch side
> and not the terminal side (phone/PC) and can't
> understand why they are having issues. You can get
> away with locking in speed in most cases for 10/100
> but auto-neg of duplex is a handshake deal and if one
> side isn't talking your SOL.. Not saying this is you
> issue but this link explains it pretty well and might
> track down the issue.
>
> http://www.cisco.com/warp/public/473/46.html
>
>
> --- Todd Franklin <toddnh65@gmail.com> wrote:
>
>
>
> ________________________________________
__________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
| |
| Ted Nugent 2006-07-16, 1:11 pm |
| No Sorry, thats not what I meant, I meant that if you
were to ONLY lock in one side you could get away
locking in speed but not Duplex. As a general rule I
lock in BOTH sides of all server and router ports and
leave all my phone ports as Auto. Unless both sides of
a server link supports 1000MBps then I leave the ports
as auto, I've seen a ton of weird occurances when I've
tried locking in a Gig port in the past?
--- Todd Franklin <toddnh65@gmail.com> wrote:
> Thanks Ted. A pretty good (ok excellent) document
> from Cisco. But are you
> saying that I should hard code all my switch ports
> for speed? I mean, I'll
> display my stupidity here, but I wouldn't know what
> speed the phone connects
> at!! And most of the phones have a pc hanging off
> of them. I think I am
> getting very close to a solution here, and that
> would be so nice! (I like
> your screenname by the way, sort of "cat Scratch
> fevery"!!!)
>
> But what's REALLY odd, is that the 3560 never
> displays any errors on the
> port....even though, RARELY, the server will have in
> the event log that the
> NIC card lost connection, then regained connection.
>
> Todd
>
> On 7/15/06, Ted Nugent <tednugent69@yahoo.com>
> wrote:
> customers
> side
> 10/100
> one
> you
> might
> when
> to
> errors
> phone
> "DON'T
> one
> hints at
> ________________________________________
_______
> https://puck.nether.net/mailman/listinfo/cisco-voip
> protection around
>
________________________________________
__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
| |
| Jim McBurnett 2006-07-16, 1:11 pm |
| I don't remember which CCIE study guide it was in but :
If one side of a port is set to auto and the other side is manually set
to speed and duplex, the manual side will experience errors.
I had site with a Metro E link, the switch was set to auto and had no
errors. the metro e device had hundreds of errors.
Next, check the NIC card with a google and BUG search and see if there
are any issues with it and the IOS on the switch.
The 3500XL's had a number of issues with 3Com nics...
later,
J
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Schmelkin,
Richard
Sent: Saturday, July 15, 2006 3:58 PM
To: Todd Franklin; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Switch Upgrade Causing Fits!
Hey Todd,
If your server is on switchport 23, make sure that you have:
Int f0/23
Switchport access vlan 1
Switchport mode access
I assume you are using Vlan 1 for your data traffic?
Or do you just have IP phones with no PC's behind them on this switch?
Can you give any details on that?
In either case, if it's vlan 1 or whatever it is, make sure you add the
2 commands to that switchport I showed above. If it's not vlan 1, change
it to the correct vlan number for the access command, then issue that
switchport mode access command on the switchport.
Speed lock the server nic to 100/full so it does not try to enable
auto-negotiate.
Let me know if you need more assistance here. I'm sure we can get it
handled.
Rich
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Todd Franklin
Sent: Saturday, July 15, 2006 3:11 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Switch Upgrade Causing Fits!
OK, here's the switch config! Aman, the phones are perfect, we have
never had any trouble with them, so they are not unregistering. Rather,
it is the server that seems to be dropping client connections.
Here is the switch config: ( I edited out some of the ports, since they
are all the same, with the exception of 0/23. That is where our server
is, not a cisco server, just a Windows server that users connect to.
Worked great on the CE500, all kinds of flak going on with the 3560. I
am hoping it is something real basic!)
sho running-config
Building configuration...
Current configuration : 10289 bytes
!
! Last configuration change at 12:39:28 EDT Fri Jul 14 2006
! NVRAM config last updated at 12:39:30 EDT Fri Jul 14 2006
!
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Antrim3560
!
enable secret 5 $6$w6Ye$fYZIhQLYXwKZB25.jDvcu0
!
no aaa new-model
clock timezone EST -5
clock summer-time EDT recurring
ip subnet-zero
no ip domain-lookup
!
!
mls qos map cos-dscp 0 8 16 26 32 46 48 56
mls qos srr-queue input bandwidth 90 10
mls qos srr-queue input threshold 1 8 16
mls qos srr-queue input threshold 2 34 66
mls qos srr-queue input buffers 67 33
mls qos srr-queue input cos-map queue 1 threshold 2 1
mls qos srr-queue input cos-map queue 1 threshold 3 0
mls qos srr-queue input cos-map queue 2 threshold 1 2
mls qos srr-queue input cos-map queue 2 threshold 2 4 6 7
mls qos srr-queue input cos-map queue 2 threshold 3 3 5
mls qos srr-queue input dscp-map queue 1 threshold 2 9 10 11 12 13 14
15
mls qos srr-queue input dscp-map queue 1 threshold 3 0 1 2 3 4 5 6 7
mls qos srr-queue input dscp-map queue 1 threshold 3 32
mls qos srr-queue input dscp-map queue 2 threshold 1 16 17 18 19 20 21
22 23
mls qos srr-queue input dscp-map queue 2 threshold 2 33 34 35 36 37 38
39 48
mls qos srr-queue input dscp-map queue 2 threshold 2 49 50 51 52 53 54
55 56
mls qos srr-queue input dscp-map queue 2 threshold 2 57 58 59 60 61 62
63
mls qos srr-queue input dscp-map queue 2 threshold 3 24 25 26 27 28 29
30 31
mls qos srr-queue input dscp-map queue 2 threshold 3 40 41 42 43 44 45
46 47
mls qos srr-queue output cos-map queue 1 threshold 3 5
mls qos srr-queue output cos-map queue 2 threshold 3 3 6 7
mls qos srr-queue output cos-map queue 3 threshold 3 2 4
mls qos srr-queue output cos-map queue 4 threshold 2 1
mls qos srr-queue output cos-map queue 4 threshold 3 0
mls qos srr-queue output dscp-map queue 1 threshold 3 40 41 42 43 44 45
46 47
mls qos srr-queue output dscp-map queue 2 threshold 3 24 25 26 27 28 29
30 31
mls qos srr-queue output dscp-map queue 2 threshold 3 48 49 50 51 52 53
54 55
mls qos srr-queue output dscp-map queue 2 threshold 3 56 57 58 59 60 61
62 63
mls qos srr-queue output dscp-map queue 3 threshold 3 16 17 18 19 20 21
22 23
mls qos srr-queue output dscp-map queue 3 threshold 3 32 33 34 35 36 37
38 39
mls qos srr-queue output dscp-map queue 4 threshold 1 8
mls qos srr-queue output dscp-map queue 4 threshold 2 9 10 11 12 13 14
15
mls qos srr-queue output dscp-map queue 4 threshold 3 0 1 2 3 4 5 6 7
mls qos queue-set output 1 threshold 1 138 138 92 138
mls qos queue-set output 1 threshold 2 138 138 92 400
mls qos queue-set output 1 threshold 3 36 77 100 318
mls qos queue-set output 1 threshold 4 20 50 67 400
mls qos queue-set output 2 threshold 1 149 149 100 149
mls qos queue-set output 2 threshold 2 118 118 100 235
mls qos queue-set output 2 threshold 3 41 68 100 272
mls qos queue-set output 2 threshold 4 42 72 100 242
mls qos queue-set output 1 buffers 10 10 26 54
mls qos queue-set output 2 buffers 16 6 17 61
mls qos
!
!
no file verify auto
spanning-tree mode pvst
spanning-tree extend system-id
!
vlan internal allocation policy ascending
!
interface FastEthernet0/1
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/2
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/3
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/4
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/5
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/6
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/7
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/8
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/9
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/21
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/22
switchport mode dynamic desirable
switchport voice vlan 5
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
mls qos trust device cisco-phone
mls qos trust cos
auto qos voip cisco-phone
spanning-tree portfast
!
interface FastEthernet0/23
duplex full
speed 100
!
interface FastEthernet0/24
description Connection to Concord2801
switchport trunk encapsulation dot1q
switchport mode trunk
!
interface GigabitEthernet0/1
description Connection to Manch3560-1
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
!
interface GigabitEthernet0/2
switchport trunk encapsulation dot1q
switchport mode trunk
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
queue-set 2
mls qos trust cos
auto qos voip trust
!
interface Vlan1
no ip address
!
interface Vlan9
ip address 192.168.9.235 <http://192.168.9.235/> 255.255.255.0
<http://255.255.255.0/>
!
ip classless
ip route 0.0.0.0 <http://0.0.0.0/> 0.0.0.0 <http://0.0.0.0/>
192.168.9.254 <http://192.168.9.254/>
ip http server
!
!
control-plane
!
!
line con 0
password 7 1304140602
login
line vty 0 4
password 7 1304140602
login
length 0
line vty 5 15
password 7 045A081206
login
length 0
!
!
end
________________________________
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential. If the reader of the message is not the intended recipient
or an authorized representative of the intended recipient, you are
hereby notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any
attachments from your system.
|
|
|
|
|