Re: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down
hi wilson, i use ccm switchback immediate and go to SRST by ip route x.x.x.x null0 K From: wilson.sam...@bt.com wilson.sam...@bt.com To: karen.johnson...@yahoo.ca; ccie_voice@onlinestudylist.com Sent: Wednesday, June 19, 2013 2:44:36 PM Subject: RE: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down Hi Karen, How are you switching between the SRST and UCM mode? More over, I think we shall need to verify if the configuration has the ccm-manager switchback. Could you please post your config ? Regards Wilson Samuel From:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Karen Johnson Sent: Wednesday, June 19, 2013 2:02 PM To: ccie_voice@onlinestudylist.com Cc: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down all, when i switch to SRST and back to UCM mode, most of time my PRI is always down. And i need to do no isdn bind-l3 and isdn bind-l3 is this expected ? and how abot when proctor test our lab? K___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Correct order for Directory services
I've just tested this out. IP Service pointing to http://TFTPSERVER:6970/servicename.xml doesn't quite work for me, the phone reported XML Error [4]: Parse Error. I can retrieve the XML file using web browser. The same file hosted on UCCX's IIS has no problem. It might work with the newer CUCM/Phone firmware version, but I haven't tried that out yet. --Somphol. --Somphol On Mon, Jun 17, 2013 at 2:18 PM, Brian Meade bmead...@vt.edu wrote: Robert, HTTP port 6970 works fine on my 7.0 base cluster. It's been a hidden feature of the TFTP service for a while. A lot of the newer phones use this as you said for downloading anything TFTP used to be used for. One of the best features is the file list. No more switching to OS Admin and you don't have to deal with the case-sensitive search used by TFTP file management. Ctr+f is way easier/faster. http://x.x.x.x:6970/filelist.txt Brian Meade Date: Sun, 16 Jun 2013 20:46:02 -0700 From: Robert Thomas tho...@gmail.com To: Bill Lake whl...@gmail.com Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Correct order for Directory services Message-ID: CAJ2RBBCCGkKhavv5KZ0W7heidG7= ycemui8sghsnal_uhpt...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 6970 is used with firmware 9.X and CUCM 8.5. Most of 69XX phones nowadays use HTTP instead of TFTP to download their files. Not sure if you would be able to get 6970 to work on version 7.X for the lab though. Nice to see Randall Again ;) On Sun, Jun 16, 2013 at 9:32 AM, Bill Lake whl...@gmail.com wrote: Did you test this and find it to work? The other day I remember seeing someone mentioned something about accessing TFTP files on CUCM using http URL. I think that is precious. So, the 'directory.xml' (or 'deny.xml') potentially can be hosted on the CUCM TFTP server itself. (I haven't tested that yet though) I think the URL is at the port 6970. (I memorize it as an adjacent number 69 and 70). http://CUCMFTP:6970/directory.xml Note: http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/port/8_5_1/portlist851.html On Fri, Jun 7, 2013 at 6:50 PM, Somphol Boonjing somp...@gmail.com wrote: I love the detail step that Bill outlined above.+1 for that. The other day I remember seeing someone mentioned something about accessing TFTP files on CUCM using http URL. I think that is precious. So, the 'directory.xml' (or 'deny.xml') potentially can be hosted on the CUCM TFTP server itself. (I haven't tested that yet though) I think the URL is at the port 6970. (I memorize it as an adjacent number 69 and 70). http://CUCMFTP:6970/directory.xml Note: http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/port/8_5_1/portlist851.html Centralized TFTP Alternate TFTP 6970 / TCP Centralized TFTP File Locator Service Regards, --Somphol On Sat, Jun 8, 2013 at 4:52 AM, Randall Saborio ill2...@gmail.com wrote: Hi Bill, Thanks a lot for the thorough steps. I can see very well how that should work and I will totally use that method if I am faced with the question. But then I take it the SQL insertion and use of priority field just doesn't work how I would expect. Any witnesses on using the SQL method and priority successfully?Just curious but may just as well ditch that method and use the custom XML as suggested by Bill. I always get the services added but always show up in alphabetical order. Cheers! On Fri, Jun 7, 2013 at 5:17 AM, Bill Lake whl...@gmail.com wrote: Ordering Directory Services Copy the Directory Services to be deleted or just uncheck enabled Device / Device Settings / Phone Services Enter each phone service and copy information for later use (should look like this Application:Cisco/CorporateDirectory) Uncheck or Delete the Directory Services Device / Device Settings / Phone Services Delete services or uncheck enable (uncheck is my preferred method) You should now have a list that looks like this (no I did not cut and paste each one so don't use this) Application:Cisco/CorporateDirectory Application:Cisco/MissedCalls Application:Cisco/PersonalDirectory Application:Cisco/PlacedCalls Now log into UCCX (or other web server but that might need some tweaking to make this work) and create an XML page, to do that go Cisco web page for support Products-Voice and Unified Communications-IP Telephony-Unified Communication Platform-Cisco Unified Communication Manager (CallManager) Programing Guides Cisco Unified IP Phone Services Application Development CiscoIPPhone XML Object Quick Reference Edit placing services in order desired save as directory.xml Paste it to c:\inetpub\wwwroot\directory.xml Change the Enterprise Parameters for URL Directories to http://IP UCCX/directory.xml Change Service Parameter for Directory
Re: [OSL | CCIE_Voice] CCIE_Voice Digest, Vol 88, Issue 98
hi Guys, Does callmanger 7.0.1.11000-2 support BAT? I checked the CM admin page and the BULK ADMINISTRATION tab is not available on the CM admin page -Drake ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] BAT and cucm
hi Guys, Does callmanger 7.0.1.11000-2 support BAT? I checked the CM admin page and the BULK ADMINISTRATION tab is not available on the CM admin page -Drake ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] BAT and cucm
This might sound silly but are you logged into the SUB? BAT is only available from the PUB. On Thu, Jun 20, 2013 at 6:25 AM, Drake J jdrake...@gmail.com wrote: hi Guys, Does callmanger 7.0.1.11000-2 support BAT? I checked the CM admin page and the BULK ADMINISTRATION tab is not available on the CM admin page -Drake ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] CCIE_Voice Digest, Vol 88, Issue 98
Hi Drake, I guess Martin is correct, BAT and many other features are not available in the SUB CMAdmin page, rest it may look identical and has thrown me off the page a few times (thought someone had put me in a role other than Admin :) ) Regards From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Drake J Sent: Thursday, June 20, 2013 6:25 AM To: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] CCIE_Voice Digest, Vol 88, Issue 98 hi Guys, Does callmanger 7.0.1.11000-2 support BAT? I checked the CM admin page and the BULK ADMINISTRATION tab is not available on the CM admin page -Drake ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down
Hi Karen, Could you please post the config and sh version (I presume you are using your own rack) In MGCP the D-Channel is backhauled to CM, and the moment connection to CCM is lost, it should remove isdn bind-l3 command for the proper SRST operation, however upon detection of the WAN connection back to CCM, this command should automatically be added back, interestingly its not happening. A bug, may be? Regards Wilson Samuel From: Karen Johnson [mailto:karen.johnson...@yahoo.ca] Sent: Thursday, June 20, 2013 1:23 AM To: Samuel,W,Wilson,JKH3 R; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down hi wilson, i use ccm switchback immediate and go to SRST by ip route x.x.x.x null0 K From: wilson.sam...@bt.commailto:wilson.sam...@bt.com wilson.sam...@bt.commailto:wilson.sam...@bt.com To: karen.johnson...@yahoo.camailto:karen.johnson...@yahoo.ca; ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Sent: Wednesday, June 19, 2013 2:44:36 PM Subject: RE: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down Hi Karen, How are you switching between the SRST and UCM mode? More over, I think we shall need to verify if the configuration has the ccm-manager switchback. Could you please post your config ? Regards Wilson Samuel From: ccie_voice-boun...@onlinestudylist.commailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Karen Johnson Sent: Wednesday, June 19, 2013 2:02 PM To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Cc: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] SRST back to normal mode -- PRI always down all, when i switch to SRST and back to UCM mode, most of time my PRI is always down. And i need to do no isdn bind-l3 and isdn bind-l3 is this expected ? and how abot when proctor test our lab? K ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Phone not pick up TFTP or config from UCM
Hi Karen, I just spent a couple hours banging my head against the desk because I ran into this same issue! It certainly wrecked my timing on the practice lab but I learned something about the symptom and maybe some troubleshooting tips, so I wanted to share. My 2 BR1 phones were like yours, they were showing as registered in CUCM but they had no DN on the phone. I tried just about everything to get them back to normal and I won't go into details but I was checking DHCP, trunk ports, vlans, yada yada and nothing worked so I started capturing packets. I started at the phone and could see that it was sending TFTP read requests to the CUCM but it wasn't getting anything back. I moved a step closer each way and used 'monitor capture buffers' on the ios to create .pcap files to view in Wireshark. At the BR1 WAN interface and HQ WAN interface I was seeing the same one way requests until I got to the HQ RTR/SW trunk port and then there was nothing! It told me that the TFTP requests weren't making it to the CUCM. It also gave me the idea to try a TFTP from the HQ router, requesting the phone config file for a BR1 phone and it worked. I moved to the BR1 router and tried the same thing and it failed. Then I checked out my WAN configs and sure enough, I had botched up the QoS settings. Once I adjusted that, everything worked fine. I know in your case you said there was no WAN QoS so the fix might be different but I thought I'd share the troubleshooting technique of just attempting the TFTP from the IOS to see if it's even connecting up. Had I done that from the beginning it would have saved me a ton of time. The other interesting thing about this is that the phones were registered during this investigation. It makes sense now but I didn't get it at first and I think it's a good clue to remember. I'm assuming your phones were SCCP phones, and since they don't need a DN to register they will send a register message to the CUCM using the last config file it downloaded. So in my case, the CUCM IP's were exactly the same from the last lab and when the TFTP of the new config file failed, it gave a last ditch effort and sent a SCCP register message to the CUCM from it's old file. I could see the message and the response in the Wireshark traces. The difference between the SCCP register and the TFTP read is a matter of TCP/UDP so I guess the reliable transport was able to get the messages delivered. Not sure if this is able to help you in your practice now but I know the next time I see this issue I'll have it narrowed down pretty quick! HTH Marty On Sat, Jun 15, 2013 at 9:18 PM, Karen Johnson karen.johnson...@yahoo.cawrote: I checked it did not -- * From: * Martin Sloan martinsloa...@gmail.com; * To: * Randall Crumm rrcr...@yahoo.com; * Cc: * Bill Lake whl...@gmail.com; Karen Johnson karen.johnson...@yahoo.ca; ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com; * Subject: * Re: [OSL | CCIE_Voice] Phone not pick up TFTP or config from UCM * Sent: * Fri, Jun 14, 2013 12:22:39 AM To add to the other great ideas provided, I'd say if the phone is getting an IP via DHCP try to visit the web interface for the phone and see if it knows about it's DN. It will be on the first page under 'Phone DN'. On Thu, Jun 13, 2013 at 2:06 PM, Randall Crumm rrcr...@yahoo.com wrote: I dont think she tried to register on CUCM Have a great day! Thanks, Randall -- *From:* Bill Lake whl...@gmail.com *To:* Karen Johnson karen.johnson...@yahoo.ca *Cc:* Randall Crumm rrcr...@yahoo.com; Pavan K pav.c...@gmail.com; ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com *Sent:* Thursday, June 13, 2013 10:46 AM *Subject:* Re: [OSL | CCIE_Voice] Phone not pick up TFTP or config from UCM Not sure it is firmware issue if you can register via UCM dhcp but not IOS dhcp On Thu, Jun 13, 2013 at 12:33 PM, Karen Johnson karen.johnson...@yahoo.ca wrote: database is good. i think as per Micahel mention , firmware issue, i will test and confirm -- *From:* Randall Crumm rrcr...@yahoo.com *To:* Karen Johnson karen.johnson...@yahoo.ca; Pavan K pav.c...@gmail.com *Cc:* ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com; Bill Lake whl...@gmail.com *Sent:* Thursday, June 13, 2013 10:51:52 AM *Subject:* Re: [OSL | CCIE_Voice] Phone not pick up TFTP or config from UCM is your database replication status good? Change the MAC address of one of your HQ phones in CUCM. Then put that phone in SC and see if you can register it? Did you delete any unassiged DN's Have a great day! Thanks, Randall -- *From:* Karen Johnson karen.johnson...@yahoo.ca *To:* Pavan K pav.c...@gmail.com; rrcr...@yahoo.com rrcr...@yahoo.com *Cc:* ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com; Bill Lake whl...@gmail.com *Sent:* Thursday, June
[OSL | CCIE_Voice] SRST checklist
all, i am trying to compile SRST check for my next attempt. I never got full mark here in my few attempts and always curious what i missing (even it seems I already done what they asked) - caller id and name ( hide or display) - Mwi light and VM message from PSTN and IP phone - inter site call VM inter site - COR if any - When forward call come , it play personal greeting - DND to divert - huntstop channel - if agents still working - after back to normal mode, verify everhthing -softkeys - feature : conference - timeout interdigit and Cfwd timer similar to UCM mode - always use preference 9 and dial-peer hunt 2 Any other tips and trick that I am not aware ? help please K - ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com