Re: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3
Hi Segio Yes it is confusing isn't it. The columns represent the number of packets per dscp value. As an example there are 133518 packets in the best effort class (dscp 0) and 34243 packets marked with dscp 24. There are also 40177 voice packets, dscp value 46. Regards Peter From: Sergio Polizer [mailto:spoli...@hotmail.com] Sent: 7. mai 2010 13:32 To: Peter Weeks; ccievoi...@gmail.com Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3 Peter, Thank you for your input. By the way, I always wanted to know what are the 5 columns for the sh mls qos interface fx/y statistics. Do you have it clear? sw-hq#sh mls qos interface f0/12 statistics FastEthernet0/12 (All statistics are in packets) dscp: incoming -- 0 - 4 : 1335180000 5 - 9 : 00000 10 - 14 : 00000 15 - 19 : 00000 20 - 24 : 000034243 25 - 29 : 0 8644000 30 - 34 : 00000 35 - 39 : 00000 40 - 44 : 00000 45 - 49 : 0401770356180 50 - 54 : 00000 55 - 59 : 00000 60 - 64 : 0000 From: peter.we...@datametrix.no To: ccievoi...@gmail.com; spoli...@hotmail.com CC: ccie_voice@onlinestudylist.com Date: Fri, 7 May 2010 07:26:43 +0200 Subject: RE: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3 Hi! But you can see some statistics by using the sh mls qos interface statistics command, which will show both the queued packets and drop packets per interface per queue in addition to how many packets are matched per dscp value. In addition the show platform port-asic stats enqueue or show platform port-asic stats drop show the queues with thresholds or the dropped packet per threshold. I hope that helps. Regards Peter From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mad Kiwi Sent: 6. mai 2010 23:49 To: Sergio Polizer Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3 Thanks Sergio, That's what is was struggling to find last night. Regards Kiwi On Fri, May 7, 2010 at 7:32 AM, Sergio Polizer spoli...@hotmail.com wrote: Hi, This is the expected behavior. According to Catalyst 3750 Switch Software Configuration Guide, 12.2(44)SE: Do not use the show policy-map interface privileged EXEC command to display classification information for incoming traffic. The control-plane and interface keywords are not supported, and the statistics shown in the display should be ignored. HTH, Sergio. Date: Thu, 6 May 2010 21:40:17 +1000 From: ccievoi...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3 Hi everyone, I'm working through the HQ (3750) Switch QOS lab, where we use AutoQos, should I be able to see packet classification under the show policy-map interface statement? As far as I can tell straight out of the box Auto QoS isn't matching the packets. Any thoughts? -- Cheers, kiwi EM 2009 ACONTECERAM 250.362 FRAUDES NA INTERNET. CLIQUE PARA LER DICAS DE SEGURANÇA. -- Cheers, kiwi POR ANO SÃO ENCONTRADOS 609.000 SITES QUE ROUBAM DADOS. VEJA COMO SE PROTEGER AQUI.http://www.microsoft.com/brasil/windows/internet-explorer/features/navegue.aspx?tabid=1catid=1WT.mc_id=1565 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3
Hi! But you can see some statistics by using the sh mls qos interface statistics command, which will show both the queued packets and drop packets per interface per queue in addition to how many packets are matched per dscp value. In addition the show platform port-asic stats enqueue or show platform port-asic stats drop show the queues with thresholds or the dropped packet per threshold. I hope that helps. Regards Peter From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mad Kiwi Sent: 6. mai 2010 23:49 To: Sergio Polizer Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3 Thanks Sergio, That's what is was struggling to find last night. Regards Kiwi On Fri, May 7, 2010 at 7:32 AM, Sergio Polizer spoli...@hotmail.commailto:spoli...@hotmail.com wrote: Hi, This is the expected behavior. According to Catalyst 3750 Switch Software Configuration Guide, 12.2(44)SE: Do not use the show policy-map interface privileged EXEC command to display classification information for incoming traffic. The control-plane and interface keywords are not supported, and the statistics shown in the display should be ignored. HTH, Sergio. Date: Thu, 6 May 2010 21:40:17 +1000 From: ccievoi...@gmail.commailto:ccievoi...@gmail.com To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Switch QoS - Vol.2 Lab 8 Q5.3 Hi everyone, I'm working through the HQ (3750) Switch QOS lab, where we use AutoQos, should I be able to see packet classification under the show policy-map interface statement? As far as I can tell straight out of the box Auto QoS isn't matching the packets. Any thoughts? -- Cheers, kiwi EM 2009 ACONTECERAM 250.362 FRAUDES NA INTERNET. CLIQUE PARA LER DICAS DE SEGURANÇA.http://www.microsoft.com/brasil/windows/internet-explorer/features/navegue.aspx?tabid=1catid=1WT.mc_id=1565 -- Cheers, kiwi ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Real world infrastructure question
I assume you would trunk the vlan's to the access switches. In that case there will be active ports in vlan 20 and it will be up. I can see no reason for you to need any devices in your distribution switch. I also assume if your network will be taking account of possible failure that Vlan 20 will be terminated on two different switches with either GLBP og HSRP between them to give you default gateway redundancy. Regards Peter From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Jeff Cotter Sent: 9. januar 2010 19:57 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Real world infrastructure question Curious how the following scenario would be handled in the real world for a UC deployment. Assume the Access switches are layer 2 only. ( Data Vlan 10 Voice Vlan 20) Access switch is trunked to a layer 3 Distribution/Core Switch. Call Manager and Unity are configured in Vlan 30. The phones in Voice Vlan 20 need to reach Call Manager in Vlan 30. Typically there would be SVI interfaces configured on Distribution Switch for each Vlan to handle routing between the Vlans. The problem is... there are no IP Phones/hosts plugged into the Distribution Core Switch in VLAN 20 so the SVI interface will not be in a UP state.therefore no routing between Vlan 20 and Vlan 30 is possible. The only solution I see is to plug an IP Phone into the Distribution/Core switch configured in Vlan 20.I could then take my entire voice network down by unplugging that single phone There must be a better way...what am I missing? Thanks Jeff ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] Unity Connection
Hi! I have just set up a Unity Connection 7.1 together with CUCM 7.1 and I am experiencing problems with sending Calls to voice mail. Voice mail mask is set to . Extension length is 4 digits. I can ring the voice mail pilot from a telephone configured for VM and get the correct greeting. I can even send a message to another VM user and mwi works. However, if I don't answer the phone or forward all calls to VM I get the standard Unity greeting and not the user specific greeting. My guess is it is not recognising the forwarding number but for some reason the Real Time monitor is not working. Unity Connection is on a VM workstation but I have had this working before with a slightly different setup. Regards Peter Weeks Senior System Engineer CCIE #14880 SP Grenseveien 95 Pb. 6528 Etterstad 0606 Oslo peter.we...@datametrix.nomailto:stef...@datametrix.no www.datametrix.nohttp://www.datametrix.no/ Mobil: +47 47915821 Sentralbord: +47 23035900 Telefaks: +47 23035901 [cid:image001.jpg@01CA8FDF.C7CD9B20] P Please consider the environment before printing this e-mail its attachments. inline: image001.jpg___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] Volume 1 Lab 2
Hi! I have some issues with ringing between HQ and BR1. When I ring 1002 from 5002 the calls goes through but when I answer the call it continues ringing on 5002 whilst 1002 assumes it is connected. After a short while the 1002 resets and tells me that the Call manager is down. Any suggestions? Phone 1002 also resets every now and again for no reason that I can see. Peter Weeks Senior System Engineer CCIE #14880 SP Grenseveien 95 Pb. 6528 Etterstad 0606 Oslo peter.we...@datametrix.nomailto:stef...@datametrix.no www.datametrix.nohttp://www.datametrix.no/ Mobil: +47 47915821 Sentralbord: +47 23035900 Telefaks: +47 23035901 [cid:image001.jpg@01CA8C5E.DDF13F30] P Please consider the environment before printing this e-mail its attachments. inline: image001.jpg___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] CME SIP phones
Hi A similar problem to one already posted but the suggestions I found in the achieve don't appear to work. My 7960 has come up as a SIP phone but it keep downloading its configuration file every few seconds. There doesn't appear to be a dhcp issue the sccp phone is fine and the lease time is 8 days. I have tried removing the voice register pool commands and reconfiguring the phone. I have even booted the br1 router. Any ideas? Jan 3 09:27:28.332: TFTP: Finished flash:/SIP001121115FAF.cnf, time 00:00:00 for process 231 Jan 3 09:27:28.612: TFTP: Looking for SIP003094C2E72E.cnf Jan 3 09:27:28.612: TFTP: Opened flash:/SIP003094C2E72E.cnf, fd 7, size 1237 for process 231 Jan 3 09:27:28.704: TFTP: Looking for SIP001794DFF9D7.cnf Jan 3 09:27:28.708: TFTP: Opened flash:/SIP001794DFF9D7.cnf, fd 8, size 1237 for process 265 Jan 3 09:27:28.716: TFTP: Finished flash:/SIP001794DFF9D7.cnf, time 00:00:00 for process 265 Jan 3 09:27:29.156: TFTP: Finished flash:/SIP003094C2E72E.cnf, time 00:00:00 for process 231 BR2-RTR# Jan 3 09:27:29.736: TFTP: Looking for SIP001121115FAF.cnf Jan 3 09:27:29.740: TFTP: Opened flash:/SIP001121115FAF.cnf, fd 7, size 1237 for process 231 Jan 3 09:27:30.148: TFTP: Looking for SIP001794DFF9D7.cnf Jan 3 09:27:30.152: TFTP: Opened flash:/SIP001794DFF9D7.cnf, fd 8, size 1237 for process 265 Jan 3 09:27:30.160: TFTP: Finished flash:/SIP001794DFF9D7.cnf, time 00:00:00 for process 265 Jan 3 09:27:30.284: TFTP: Finished flash:/SIP001121115FAF.cnf, time 00:00:00 for process 231 Jan 3 09:27:30.608: TFTP: Looking for SIP003094C2E72E.cnf Jan 3 09:27:30.612: TFTP: Opened flash:/SIP003094C2E72E.cnf, fd 7, size 1237 for process 231 BR2-RTR# Jan 3 09:27:31.108: TFTP: Finished flash:/SIP003094C2E72E.cnf, time 00:00:00 for process 231 Jan 3 09:27:31.504: TFTP: Looking for SIP001794DFF9D7.cnf Jan 3 09:27:31.508: TFTP: Opened flash:/SIP001794DFF9D7.cnf, fd 7, size 1237 for process 231 Jan 3 09:27:31.520: TFTP: Finished flash:/SIP001794DFF9D7.cnf, time 00:00:00 for process 231 Jan 3 09:27:31.736: TFTP: Looking for SIP001121115FAF.cnf Jan 3 09:27:31.740: TFTP: Opened flash:/SIP001121115FAF.cnf, fd 7, size 1237 for process 231 BR2-RTR#u all Jan 3 09:27:32.232: TFTP: Finished flash:/SIP001121115FAF.cnf, time 00:00:00 for process 231 Jan 3 09:27:32.608: TFTP: Looking for SIP003094C2E72E.cnf Jan 3 09:27:32.612: TFTP: Opened flash:/SIP003094C2E72E.cnf, fd 7, size 1237 for process 231 Jan 3 09:27:32.804: TFTP: Looking for SIP001794DFF9D7.cnf Jan 3 09:27:32.804: TFTP: Opened flash:/SIP001794DFF9D7.cnf, fd 8, size 1237 for process 265 Jan 3 09:27:32.816: TFTP: Finished flash:/SIP001794DFF9D7.cnf, time 00:00:00 for process 265 Jan 3 09:27:33.104: TFTP: Finished flash:/SIP003094C2E72E.cnf, time 00:00:00 for process 231 All possible debugging has been turned off BR2-RTR# Jan 3 09:27:33.736: TFTP: Looking for SIP001121115FAF.cnf Jan 3 09:27:33.740: TFTP: Opened flash:/SIP001121115FAF.cnf, fd 7, size 1237 for process 231 Jan 3 09:27:34.232: TFTP: Finished flash:/SIP001121115FAF.cnf, time 00:00:00 for process 231 Peter Weeks Senior System Engineer CCIE #14880 SP Grenseveien 95 Pb. 6528 Etterstad 0606 Oslo peter.we...@datametrix.nomailto:stef...@datametrix.no www.datametrix.nohttp://www.datametrix.no/ Mobil: +47 47915821 Sentralbord: +47 23035900 Telefaks: +47 23035901 [cid:image001.jpg@01CA8C5F.9D926800] P Please consider the environment before printing this e-mail its attachments. inline: image001.jpg___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] CUCM 7.X Auto Registration issues...
Hi Alex I have had similar issues on earlier versions of Call manager but I haven't always been able to explain what happens. I think you may need to point the option 150 to the subscriber and not the publisher. If this is just a test installation the try a manual config of the phone as a check. I have found that the auto config CUCM should be the same as the option 150. I hope this helps Peter From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Alex Hannah Sent: 3. januar 2010 10:30 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] CUCM 7.X Auto Registration issues... Guys, I have a CUCM 7.x cluster ( 7.1(2) ) with a Pub and a Sub with the Sub being the primary server for phones to register to via the CM Group, and auto registration is turned on for the Sub. DHCP is running on the Pub, the phones get an IP Address, and download the firmware fine, when they attempt to register to the CUCM Server something very strange occurs. It seems like the phone registers for a split second and then I get the registration rejected message. The phone then attempts to register again and for a split second I see it register, then I recieve the registration rejected message. If I click on the Settings Status Status Messages, I see the following. 4:19:58a SEPXXX.cnf.xml 4:19:58a No CTL Installed 4:19:58a No IPv4 TFTP Server 4:19:58a File Not Found: CTLFile.tlv 4:19:58a No IPv4 DNS Server Under the DHCP Scope for each subnet that I have IP Phones in ( HQ in this case ), I have option 150 pointing to the PUB at 142.100.64.11. I have reset the TFTP Server and I have since stopped the CUCM Service on the Pub to force the phones to register via the Sub. I thought to check the DB Replication to see if that was hosed up somehow, but it looks okay I think: admin:utils dbre admin:utils dbreplication status utils dbreplication status Replication status check is now running in background. Use command 'utils dbreplication runtimestate' to check its progress The final output will be in file cm/trace/dbl/sdi/ReplicationStatus.2010_01_03_04_23_18.out Please use file view activelog cm/trace/dbl/sdi/ReplicationStatus.2010_01_03_04_23_18.out command to see the output admin:file view activelog cm/trace/dbl/sdi/ReplicationStatus.2010_01_03_04_23_18.out SERVER ID STATESTATUS QUEUE CONNECTION CHANGED --- g_esx_pub1_ccm7_1_2_2_22 Active Connected 0 Jan 2 21:22:57 g_esx_sub1_ccm7_1_2_2_24 Active Local 0 end of the file reached options: q=quit, n=next, p=prev, b=begin, e=end (lines 1 - 4 of 4) : Any thoughts? Alex ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] CME SIP phones
Hi Debug tftp events shows the correct files being downloaded infact that was the debug included with my mail. The SIP upgrade has worked fine unfortunately the phones won't register with the cme. Peter -Original Message- From: bkvalent...@gmail.com [mailto:bkvalent...@gmail.com] Sent: 3. januar 2010 13:20 To: Peter Weeks; ccie_voice-boun...@onlinestudylist.com; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] CME SIP phones You might want to make sure you have all the necessary configuration files served up via tftp. Also try running debug tftp events. Also, try upgrading it using CUCM, , which is faster and more reliable that doing so via CME. Sent via BlackBerry from T-Mobile -Original Message- From: Peter Weeks peter.we...@datametrix.no Date: Sun, 3 Jan 2010 10:31:11 To: ccie_voice@onlinestudylist.comccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] CME SIP phones ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com