[OSL | CCIE_Voice] SIP Phones in CME
Hi everyone, I am having a hard time remembering what command will affect the number displayed in the upper-right of the phones for CME. With SCCP, I know the description command will effect that number. How do you change this value for SIP phones registered to CME? Thanks for the help, Jeff ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] SIP Phones in CME
description in voice register pool config mode. On Sat, Oct 2, 2010 at 10:51 AM, CCIE Voice GMAIL < givemeccievoice2...@gmail.com> wrote: > Hi everyone, > > > > I am having a hard time remembering what command will affect the number > displayed in the upper-right of the phones for CME. > > > > With SCCP, I know the description command will effect that number. How do > you change this value for SIP phones registered to CME? > > > > Thanks for the help, > > > > Jeff > > > > ___ > 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
Re: [OSL | CCIE_Voice] SIP Phones in CME
Hi Dan, Thanks for the response. Before I could test what you had told me, I must have screwed something up. I keep getting a message on both of my CME phones saying "Unprovisioned". I have reloaded my router and re-configured everything again but I am still getting that message. Has anyone seen this before? Jeff From: Daniel Berlinski [mailto:dberlin...@gmail.com] Sent: Friday, October 01, 2010 2:55 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME description in voice register pool config mode. On Sat, Oct 2, 2010 at 10:51 AM, CCIE Voice GMAIL wrote: Hi everyone, I am having a hard time remembering what command will affect the number displayed in the upper-right of the phones for CME. With SCCP, I know the description command will effect that number. How do you change this value for SIP phones registered to CME? Thanks for the help, Jeff ___ 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
Re: [OSL | CCIE_Voice] SIP Phones in CME
Make sure after each change you commit to your SIP phones configuration files you do a create profile under voice reg global. Verify you have your config file ready for download by issueing show voice register tftp and check the mac address of your SIP phone is in the list. A couple of other things to note: You need IP connectivity to your CME router. If your phones are remote to you you need to bind the SIP interface you are sourcing your SIP packets and use that IP address as your source address under voice register global. Authenticate register is a must also if your phones are remote to your SIP CME router. Lastly ensure your voice reg pools have username and password and that you have a number assigned to your phones as the primary number. After all these create profile and if still with troubles please post your configs. Cheers On Sat, Oct 2, 2010 at 12:08 PM, CCIE Voice GMAIL < givemeccievoice2...@gmail.com> wrote: > Hi Dan, > > > > Thanks for the response. > > > > Before I could test what you had told me, I must have screwed something > up. I keep getting a message on both of my CME phones saying > “Unprovisioned”. I have reloaded my router and re-configured everything > again but I am still getting that message. > > > > Has anyone seen this before? > > > > Jeff > > > > *From:* Daniel Berlinski [mailto:dberlin...@gmail.com] > *Sent:* Friday, October 01, 2010 2:55 PM > *To:* CCIE Voice GMAIL > *Cc:* osl osl > *Subject:* Re: [OSL | CCIE_Voice] SIP Phones in CME > > > > description in voice register pool config mode. > > On Sat, Oct 2, 2010 at 10:51 AM, CCIE Voice GMAIL < > givemeccievoice2...@gmail.com> wrote: > > Hi everyone, > > > > I am having a hard time remembering what command will affect the number > displayed in the upper-right of the phones for CME. > > > > With SCCP, I know the description command will effect that number. How do > you change this value for SIP phones registered to CME? > > > > Thanks for the help, > > > > Jeff > > > > > ___ > 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 > > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] SIP Phones in CME
Hi again, I actually reloaded my router with clean configuration and then re-configured CME, however I am still seeing the same problem. I erased the configurations on the phones before this all happened, so I assume this is maybe part of the problem. I dont know why it would be though, as the phones are getting IP addresses from DHCP and communicating with CME. This is my relevant configs: < - DHCP FOR PHONES - > ip dhcp excluded-address 10.5.202.1 ip dhcp pool SC_PHONES network 10.5.202.0 255.255.255.0 option 150 ip 10.5.202.1 default-router 10.5.202.1 < - VOICE SERVICE - > voice service voip allow-connections sip to sip fax protocol cisco sip bind control source-interface Vlan250 bind media source-interface Vlan250 registrar server expires max 1200 min 500 < - VOICE CODEC - > voice class codec 1 codec preference 1 g711alaw codec preference 2 g711ulaw codec preference 3 g729r8 < - SIP CME CONFIG - > voice register global mode cme source-address 10.5.202.1 port 5060 max-dn 20 max-pool 2 load 7945 SIP45.9-0-3S load 7942 SIP42.9-0-3S authenticate register date-format Y/M/D voicemail 4500 url directory http://10.5.202.1/localdirectory create profile sync 0001302544054013 ntp-server 10.5.200.1 mode directedbroadcast < - PHONE 1 LINE 1 - > voice register dn 1 number 4001 call-forward b2bua busy 4500 call-forward b2bua noan 4500 timeout 10 allow watch name Site C Phone 1 label 4001 < - PHONE 2 LINE 1 - > voice register dn 2 number 4002 call-forward b2bua busy 4500 call-forward b2bua noan 4500 timeout 10 allow watch name Site C Phone 2 label 4002 < - PHONE 1 (7942) - > voice register pool 1 id mac 0024.9733.6C28 type 7942 number 1 dn 1 presence call-list dtmf-relay rtp-nte sip-notify voice-class codec 1 username scuser1 password cisco description +442321314001 blf-speed-dial 1 4002 label "SCPH2 4002" device privacy off < - PHONE 2 (7945) - > voice register pool 2 id mac 0024.14B2.F542 type 7945 number 1 dn 2 presence call-list dtmf-relay rtp-nte sip-notify voice-class codec 1 username scuser2 password cisco description +442321314002 blf-speed-dial 1 4001 label "SCPH1 4001" device privacy off < - TFTP FILES - > tftp-server flash:SIP/apps42.9-0-3TH1-22.sbn alias apps42.9-0-3TH1-22.sbn tftp-server flash:apps42.9-0-3TH1-22.sbn alias cnu42.9-0-3TH1-22.sbn tftp-server flash:SIP/cvm42sip.9-0-3TH1-22.sbn alias cvm42sip.9-0-3TH1-22.sbn tftp-server flash:SIP/dsp42.9-0-3TH1-22.sbn alias dsp42.9-0-3TH1-22.sbn tftp-server flash:SIP/jar42sip.9-0-3TH1-22.sbn alias jar42sip.9-0-3TH1-22.sbn tftp-server flash:SIP/SIP42.9-0-3S.loads alias SIP42.9-0-3S.loads tftp-server flash:SIP/term42.default.loads alias term42.default.loads tftp-server flash:SIP/apps45.9-0-3TH1-22.sbn alias apps45.9-0-3TH1-22.sbn tftp-server flash:SIP/cnu45.9-0-3TH1-22.sbn alias cnu45.9-0-3TH1-22.sbn tftp-server flash:SIP/cvm45sip.9-0-3TH1-22.sbn alias cvm45sip.9-0-3TH1-22.sbn tftp-server flash:SIP/dsp45.9-0-3TH1-22.sbn alias dsp45.9-0-3TH1-22.sbn tftp-server flash:SIP/jar45sip.9-0-3TH1-22.sbn alias jar45sip.9-0-3TH1-22.sbn tftp-server flash:SIP/SIP45.9-0-3S.loads alias SIP45.9-0-3S.loads tftp-server flash:SIP/term45.default.loads alias term45.default.loads < - PHONE PORTS ---à interface FastEthernet0/2/2 switchport access vlan 150 switchport voice vlan 250 spanning-tree portfast ! interface FastEthernet0/2/3 switchport access vlan 150 switchport voice vlan 250 spanning-tree portfast I am still seeing the phone say unprovisioned. As you suggested I looked at the show voice register tftp command and I can see the SEP.cnf.xml statements for the phones. < - show voice register tftp - > R3#show voice register tftp tftp-server syncinfo.xml url system:/cme/sipphone/syncinfo.xml tftp-server SIPDefault.cnf url system:/cme/sipphone/SIPDefault.cnf tftp-server softkeyDefault_kpml.xml url system:/cme/sipphone/softkeyDefault_kpml.xml tftp-server softkeyDefault.xml url system:/cme/sipphone/softkeyDefault.xml tftp-server SEP002497336C28.cnf.xml url system:/cme/sipphone/SEP002497336C28.cnf.xml tftp-server SEP002414B2F542.cnf.xml url system:/cme/sipphone/SEP002414B2F542.cnf.xml Also, when I look at the status messages on the phone, I see a Error Verifying Config Info message. Any help is appreciated, Jeff From: Daniel Berlinski [mailto:dberlin...@gmail.com] Sent: Friday, October 01, 2010 4:20 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Make sure after each change you commit to your SIP phones configuration files you do a create profile under voice reg
Re: [OSL | CCIE_Voice] SIP Phones in CME
ing-tree portfast > > ! > > interface FastEthernet0/2/3 > > switchport access vlan 150 > > switchport voice vlan 250 > > spanning-tree portfast > > > > I am still seeing the phone say unprovisioned. As you suggested I looked > at the show voice register tftp command and I can see the SEP.cnf.xml > statements for the phones. > > > > < - show voice register tftp - > > > > > R3#show voice register tftp > > tftp-server syncinfo.xml url system:/cme/sipphone/syncinfo.xml > > tftp-server SIPDefault.cnf url system:/cme/sipphone/SIPDefault.cnf > > tftp-server softkeyDefault_kpml.xml url > system:/cme/sipphone/softkeyDefault_kpml.xml > > tftp-server softkeyDefault.xml url system:/cme/sipphone/softkeyDefault.xml > > tftp-server SEP002497336C28.cnf.xml url > system:/cme/sipphone/SEP002497336C28.cnf.xml > > tftp-server SEP002414B2F542.cnf.xml url > system:/cme/sipphone/SEP002414B2F542.cnf.xml > > > > Also, when I look at the status messages on the phone, I see a “Error > Verifying Config Info” message. > > > > Any help is appreciated, > > > > Jeff > > > > > > *From:* Daniel Berlinski [mailto:dberlin...@gmail.com] > *Sent:* Friday, October 01, 2010 4:20 PM > > *To:* CCIE Voice GMAIL > *Cc:* osl osl > *Subject:* Re: [OSL | CCIE_Voice] SIP Phones in CME > > > > > Make sure after each change you commit to your SIP phones configuration > files you do a create profile under voice reg global. Verify you have your > config file ready for download by issueing show voice register tftp and > check the mac address of your SIP phone is in the list. > > A couple of other things to note: > You need IP connectivity to your CME router. > If your phones are remote to you you need to bind the SIP interface you are > sourcing your SIP packets and use that IP address as your source address > under voice register global. > Authenticate register is a must also if your phones are remote to your SIP > CME router. > Lastly ensure your voice reg pools have username and password and that you > have a number assigned to your phones as the primary number. > > After all these create profile and if still with troubles please post your > configs. > > > > Cheers > > On Sat, Oct 2, 2010 at 12:08 PM, CCIE Voice GMAIL < > givemeccievoice2...@gmail.com> wrote: > > Hi Dan, > > > > Thanks for the response. > > > > Before I could test what you had told me, I must have screwed something > up. I keep getting a message on both of my CME phones saying > “Unprovisioned”. I have reloaded my router and re-configured everything > again but I am still getting that message. > > > > Has anyone seen this before? > > > > Jeff > > > > *From:* Daniel Berlinski [mailto:dberlin...@gmail.com] > *Sent:* Friday, October 01, 2010 2:55 PM > *To:* CCIE Voice GMAIL > *Cc:* osl osl > *Subject:* Re: [OSL | CCIE_Voice] SIP Phones in CME > > > > description in voice register pool config mode. > > On Sat, Oct 2, 2010 at 10:51 AM, CCIE Voice GMAIL < > givemeccievoice2...@gmail.com> wrote: > > Hi everyone, > > > > I am having a hard time remembering what command will affect the number > displayed in the upper-right of the phones for CME. > > > > With SCCP, I know the description command will effect that number. How do > you change this value for SIP phones registered to CME? > > > > Thanks for the help, > > > > Jeff > > > > > ___ > 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 > > > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] SIP Phones in CME
I¹ve seen this problem whereby it does not progress from grabbling the cnf file. The only thing I have ever been able to do to stop this endless cycle is to erase the cnf file from the phone. -- Vik Malhi CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat <http://www.ipexpert.com/chat> IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities <http://www.ipexpert.com/communities> and our public website at www.ipexpert.com <http://www.ipexpert.com/> From: CCIE Voice GMAIL Date: Sun, 3 Oct 2010 18:41:28 -0700 To: OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, Thanks for the input. I have since re-loaded the scenario and started anew. However, I did verify on the phones that they correct default gateway was being issued. Also, the phones are connected to a ESW module local to the router that was playing the role of CME. There was a voice vlan that was up and two FastEthernet ports that were also up, otherwise the phones wouldn¹t be on. I¹m going to try to do this scenario again at some point this week, so if I run into the same problem again I will be reaching out to you guys for help J Jeff From: Randall Saborio [mailto:ill2...@gmail.com] Sent: Sunday, October 03, 2010 2:02 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Jeff, The only other thing I could think of is that one of your interfaces must have been down, or the IP Phones didn't have a proper default gateway. Cause your telephony config seems allright, but then if you don't get any sip messages, then it should be related to network configuration. Not sure if you managed something already. Cheers. On Fri, Oct 1, 2010 at 8:54 PM, CCIE Voice GMAIL wrote: I see now after looking again that the IP address with Name is for the NTP server that I have configured under voice register global. From: CCIE Voice GMAIL [mailto:givemeccievoice2...@gmail.com] Sent: Friday, October 01, 2010 7:50 PM To: 'Randall Saborio' Cc: 'osl osl' Subject: RE: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, I actually did the delete command previously. Then after I did a ³no create profile² CME stated that it couldn¹t delete the file b/c it wasn¹t there. Then I issued a ³create profile². Here is the output from the more command. I¹ve bolded what I felt was the important items. The only thing that stands out is the whole ³name² tag, as I¹m not sure why it has a different router¹s IP address. Other than that, as far as I can tell, this is all the right information. SIP Y/M/DA Pacific Standard/Daylight Time 10.5.200.1 directedbroadcast 5060 10.5.202.1 true true true service-uri-cfwdall service-uri-pickup service-uri-gpickup 2 true 2 2 2 true true 9 4001 USECALLMANAGER 5060 4001 Site C Phone 1 2 1 scuser1 cisco false 4500 5 true true true true 21 SCPH2 4002 4002 true g711alaw softkeyDefault_kpml.xml 1 +442321314001 2 true 184 136 cisco 3 SIP42.9-0-3S 0004823422355311 English_United_States en United_States United_States http://10.5.202.1/localdirectory 0 96 2 From: Randall Saborio [mailto:ill2...@gmail.com] Sent: Friday, October 01, 2010 7:15 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Jeff, Unprovisiones just stands for unregistered, so it is a very broad error. Since you say that you don't get any messages when debugging ccsip, I advise the following: - Verify the cnf files on flash actually have the ip for the CME. Just do a "more flash:" - If it shows the info is not the correct one, I assume the files are there from a previous CME SCCP configuration. Then do a delete flash:, and then do a create profile again. - I believe once the phone cannot find the SEP file, then it may attempt to download some other config file that has the updated information for connecting to CME as SIP. HTH. On Fri, Oct 1, 2010 at 8:09 PM, CCIE Voice GMAIL wrote: Well I did the below steps and I¹m still getting an ³Unprovisioned² message. This is frustrating as it was working before Any other ideas? I¹ll keep everyone posted as I see in the archives I¹m not the only one who has experienced this problem. Jeff From: CCIE Voice GMAIL [mailto:givemeccievoice2...@gmail.com] Sent: Friday, October 01, 2010 6:21 PM To: 'Daniel Berlinski' Cc: 'osl osl' Subject: RE: [OSL | CCIE_Voice] SIP Phones in CME Hi Dan, I am not seein
Re: [OSL | CCIE_Voice] SIP Phones in CME
Hi Vik, Is that done by pressing "**#**" and then selecting the "Erase" softkey? I've done that a couple times, and actually I did that right before this problem started. I figured it may have had something to do with the problem, however I didn't want to make assumptions. jeff From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, October 04, 2010 8:47 AM To: CCIE Voice GMAIL; OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME I've seen this problem whereby it does not progress from grabbling the cnf file. The only thing I have ever been able to do to stop this endless cycle is to erase the cnf file from the phone. -- Vik Malhi - CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat <http://www.ipexpert.com/chat> IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities <http://www.ipexpert.com/communities> and our public website at www.ipexpert.com <http://www.ipexpert.com/> _ From: CCIE Voice GMAIL Date: Sun, 3 Oct 2010 18:41:28 -0700 To: OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, Thanks for the input. I have since re-loaded the scenario and started anew. However, I did verify on the phones that they correct default gateway was being issued. Also, the phones are connected to a ESW module local to the router that was playing the role of CME. There was a voice vlan that was up and two FastEthernet ports that were also up, otherwise the phones wouldn't be on. I'm going to try to do this scenario again at some point this week, so if I run into the same problem again I will be reaching out to you guys for help J Jeff From: Randall Saborio [mailto:ill2...@gmail.com] Sent: Sunday, October 03, 2010 2:02 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Jeff, The only other thing I could think of is that one of your interfaces must have been down, or the IP Phones didn't have a proper default gateway. Cause your telephony config seems allright, but then if you don't get any sip messages, then it should be related to network configuration. Not sure if you managed something already. Cheers. On Fri, Oct 1, 2010 at 8:54 PM, CCIE Voice GMAIL wrote: I see now after looking again that the IP address with Name is for the NTP server that I have configured under voice register global. From: CCIE Voice GMAIL [mailto:givemeccievoice2...@gmail.com] Sent: Friday, October 01, 2010 7:50 PM To: 'Randall Saborio' Cc: 'osl osl' Subject: RE: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, I actually did the delete command previously. Then after I did a "no create profile" CME stated that it couldn't delete the file b/c it wasn't there. Then I issued a "create profile". Here is the output from the more command. I've bolded what I felt was the important items. The only thing that stands out is the whole "name" tag, as I'm not sure why it has a different router's IP address. Other than that, as far as I can tell, this is all the right information. SIP Y/M/DA Pacific Standard/Daylight Time 10.5.200.1 directedbroadcast 5060 10.5.202.1 true true true service-uri-cfwdall service-uri-pickup service-uri-gpickup 2 true 2 2 2 true true 9 4001 USECALLMANAGER 5060 4001 Site C Phone 1 2 1 scuser1 cisco false 4500 5 true true true true 21 SCPH2 4002 4002 true g711alaw softkeyDefault_kpml.xml 1 +442321314001 2 true 184 136 cisco 3 SIP42.9-0-3S 0004823422355311 English_United_States en United_States United_States http://10.5.202.1/localdirectory <http://10.5.202.1/localdirectory%3c/directoryURL%3e> 0 96 2 From: Randall Saborio [mailto:ill2...@gmail.com] Sent: Friday, October 01, 2010 7:15 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Jeff, Unprovisiones just stands for unregistered, so it is a very broad error. Since you say that you don't get any messages when debugging ccsip, I advise the following: - Verify the cnf files on flash actually have the ip for the CME. Just do a "more flash:" - If it shows the info is not the correct one, I assume the files are there from a previous CME SCCP configuration. Then do a delete flash:, and then do a create profile again. - I believe once the phone cannot find the SEP file, then it may attempt to download some oth
Re: [OSL | CCIE_Voice] SIP Phones in CME
I would press the red button and restore fac defaults after a power cycle hold down # and then once you see the blinking lights 123456789*0# -- Vik Malhi CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat <http://www.ipexpert.com/chat> IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities <http://www.ipexpert.com/communities> and our public website at www.ipexpert.com <http://www.ipexpert.com/> From: CCIE Voice GMAIL Date: Mon, 4 Oct 2010 09:05:38 -0700 To: OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Hi Vik, Is that done by pressing ³**#**² and then selecting the ³Erase² softkey? I¹ve done that a couple times, and actually I did that right before this problem started. I figured it may have had something to do with the problem, however I didn¹t want to make assumptions. jeff From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, October 04, 2010 8:47 AM To: CCIE Voice GMAIL; OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME I¹ve seen this problem whereby it does not progress from grabbling the cnf file. The only thing I have ever been able to do to stop this endless cycle is to erase the cnf file from the phone. -- Vik Malhi CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat <http://www.ipexpert.com/chat> IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities <http://www.ipexpert.com/communities> and our public website at www.ipexpert.com <http://www.ipexpert.com/> From: CCIE Voice GMAIL Date: Sun, 3 Oct 2010 18:41:28 -0700 To: OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, Thanks for the input. I have since re-loaded the scenario and started anew. However, I did verify on the phones that they correct default gateway was being issued. Also, the phones are connected to a ESW module local to the router that was playing the role of CME. There was a voice vlan that was up and two FastEthernet ports that were also up, otherwise the phones wouldn¹t be on. I¹m going to try to do this scenario again at some point this week, so if I run into the same problem again I will be reaching out to you guys for help J Jeff From: Randall Saborio [mailto:ill2...@gmail.com] Sent: Sunday, October 03, 2010 2:02 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Jeff, The only other thing I could think of is that one of your interfaces must have been down, or the IP Phones didn't have a proper default gateway. Cause your telephony config seems allright, but then if you don't get any sip messages, then it should be related to network configuration. Not sure if you managed something already. Cheers. On Fri, Oct 1, 2010 at 8:54 PM, CCIE Voice GMAIL wrote: I see now after looking again that the IP address with Name is for the NTP server that I have configured under voice register global. From: CCIE Voice GMAIL [mailto:givemeccievoice2...@gmail.com] Sent: Friday, October 01, 2010 7:50 PM To: 'Randall Saborio' Cc: 'osl osl' Subject: RE: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, I actually did the delete command previously. Then after I did a ³no create profile² CME stated that it couldn¹t delete the file b/c it wasn¹t there. Then I issued a ³create profile². Here is the output from the more command. I¹ve bolded what I felt was the important items. The only thing that stands out is the whole ³name² tag, as I¹m not sure why it has a different router¹s IP address. Other than that, as far as I can tell, this is all the right information. SIP Y/M/DA Pacific Standard/Daylight Time 10.5.200.1 directedbroadcast 5060 10.5.202.1 true true true service-uri-cfwdall service-uri-pickup service-uri-gpickup 2 true 2 2 2 true true 9 4001 USECALLMANAGER 5060 4001 Site C Phone 1 2 1 scuser1 cisco false 4500 5 true true true true 21 SCPH2 4002 4002 true g711alaw softkeyDefault_kpml.xml 1 +442321314001 2 true 184 136 cisco 3 SIP42.9-0-
Re: [OSL | CCIE_Voice] SIP Phones in CME
Thanks Vik. I have reset the scenario, however if I run into the problem again I will try the factory reset. Jeff From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, October 04, 2010 9:17 AM To: CCIE Voice GMAIL; OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME I would press the red button and restore fac defaults - after a power cycle hold down # and then once you see the blinking lights 123456789*0# -- Vik Malhi - CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat <http://www.ipexpert.com/chat> IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities <http://www.ipexpert.com/communities> and our public website at www.ipexpert.com <http://www.ipexpert.com/> _ From: CCIE Voice GMAIL Date: Mon, 4 Oct 2010 09:05:38 -0700 To: OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Hi Vik, Is that done by pressing "**#**" and then selecting the "Erase" softkey? I've done that a couple times, and actually I did that right before this problem started. I figured it may have had something to do with the problem, however I didn't want to make assumptions. jeff From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, October 04, 2010 8:47 AM To: CCIE Voice GMAIL; OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME I've seen this problem whereby it does not progress from grabbling the cnf file. The only thing I have ever been able to do to stop this endless cycle is to erase the cnf file from the phone. -- Vik Malhi - CCIE #13890 Managing Partner / Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat <http://www.ipexpert.com/chat> IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities <http://www.ipexpert.com/communities> and our public website at www.ipexpert.com <http://www.ipexpert.com/> _ From: CCIE Voice GMAIL Date: Sun, 3 Oct 2010 18:41:28 -0700 To: OSL Group Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, Thanks for the input. I have since re-loaded the scenario and started anew. However, I did verify on the phones that they correct default gateway was being issued. Also, the phones are connected to a ESW module local to the router that was playing the role of CME. There was a voice vlan that was up and two FastEthernet ports that were also up, otherwise the phones wouldn't be on. I'm going to try to do this scenario again at some point this week, so if I run into the same problem again I will be reaching out to you guys for help J Jeff From: Randall Saborio [mailto:ill2...@gmail.com] Sent: Sunday, October 03, 2010 2:02 PM To: CCIE Voice GMAIL Cc: osl osl Subject: Re: [OSL | CCIE_Voice] SIP Phones in CME Jeff, The only other thing I could think of is that one of your interfaces must have been down, or the IP Phones didn't have a proper default gateway. Cause your telephony config seems allright, but then if you don't get any sip messages, then it should be related to network configuration. Not sure if you managed something already. Cheers. On Fri, Oct 1, 2010 at 8:54 PM, CCIE Voice GMAIL wrote: I see now after looking again that the IP address with Name is for the NTP server that I have configured under voice register global. From: CCIE Voice GMAIL [mailto:givemeccievoice2...@gmail.com] Sent: Friday, October 01, 2010 7:50 PM To: 'Randall Saborio' Cc: 'osl osl' Subject: RE: [OSL | CCIE_Voice] SIP Phones in CME Hi Randall, I actually did the delete command previously. Then after I did a "no create profile" CME stated that it couldn't delete the file b/c it wasn't there. Then I issued a "create profile". Here is the output from the more command. I've bolded what I felt was the important items. The only thing that stands out is the whole "name" tag, as I'm not sure why it has a different router's IP address. Other than that, as far as I can tell, this is all the right information. SIP Y/M/DA