Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-25 Thread Angel Perez

Hi:

 

Yes, the sip bind command is very important, if you don't configure it the 
system takes one by default, (the loo0 if i remember well), but this can be 
dangerous, one time integrating CUE with CME (using SIP), the mailboxes where 
working well, but the mwi were not working, the problem was that the SIP source 
interface was lo0, and the CUE default gw was fas0/0.1 so CME didn't recieved 
the MWI call, (this can be very difficult to trobleshoot becouse no dial-peer 
is hitted by MWI so you can't use deb voip dialpeer inout).

 

But in this case it wasn't the source of the problem, becouse I added the sip 
source interface previously and the gw didn't show any sip message nor any deb 
voice register message, the problem is that if you don't specify the number 1 
dn x the phone reads the config ...

 

Mar 23 13:34:30.188: TFTP: Looking for SEP0017E066C72F.cnf.xml
Mar 23 13:34:30.188: TFTP: Opened system:/cme/sipphone/SEP0017E066C72F.cnf.xml, 
fd 7, size 3277 for process 155
Mar 23 13:34:30.204: TFTP: Finished

 

and becouse it doesn't find the dn in the first number it start to download the 
config again (and  it remains in a loop and in unprovisoned state) so it never 
sends a sip message to register so deb ccsip message and deb voice register 
would show anything

 

This is what the phone needs to read in the cnf.xml file in this case to 
register

 

sipLines
line button=1
featureID9/featureID
featureLabel4001/featureLabel
proxyUSECALLMANAGER/proxy
port5060/port
name4001/name
/line
/sipLines

 

In my case I saw this: name/name, correcting this (I do this manually 
copying the file to my laptop, copying back to the router and reseting the 
phone) solves the issue, then I replicated the problem again and I fix it 
changing the config (number 1 dn 1) and then upgrade profile and reset the 
phone, this way the phone starts exchanging sip messages with the registrar 
server and finally it registers. Then I checked the cnf.xml file and 
name4001/name was there.

 

The good thing of this issue is that can be easly replicated to test it

 

HTH

 

Regards

 

 
 Date: Wed, 24 Mar 2010 21:13:44 -0500
 Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
 From: ill2...@gmail.com
 To: gorr...@hotmail.com
 CC: dberlin...@gmail.com; ccie_voice@onlinestudylist.com
 
 Angel,
 
 Thanks for the update. That was a tricky one a it required good
 observation, where we started to think about all the other common
 causes instead.
 
 One thing I want to bring out, is that the sip source command is very
 important, and whenever I miss it, I have similar symptoms where the
 debug ccsip messages does not show any output.
 
 I would assume that it was two things that was needed: the sip bind,
 and the correction on the dn. I assume this, because the bad dn should
 at least show something on the debug ccsip messages.
 
 My two cents.
 
 On Wed, Mar 24, 2010 at 10:30 AM, Angel Perez gorr...@hotmail.com wrote:
  Thanks, the problem was that the second phone had number 2 dn 2 and it
  should be number 1 dn 2, I've notice that if you don't configure a number or
  the first dn isn't at number 1 the phone will stay at unprovisioned. After
  changing that and then create profile and reset at voice ragister global
  solves this issue
 
  Regards
 
  
  Date: Thu, 25 Mar 2010 03:26:14 +1300
  Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
  From: dberlin...@gmail.com
  To: gorr...@hotmail.com
 
  Hi Angel
 
  Have you tried to configure the username of the problem SIP phone as the
  first line you have configured on the phone, i.e. username 4001 password
  cisco.
  The bind control and media you have there is for the same interface as the
  one you are sourcing your SIP packets - 146.102.66.254  lastly ensure your
  ntp time source is synced and do another create profile before retrying
 
  regards
 
 
  
  Hotmail: Powerful Free email with security by Microsoft. Get it now.
  ___
  For more information regarding industry leading CCIE Lab training, please
  visit www.ipexpert.com
 
 
  
_
Hotmail: Free, trusted and rich email service.
https://signup.live.com/signup.aspx?id=60969___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-25 Thread Angel Perez

Hi again:

 

Just a side note: line button=1  name4001/name 
means that number 1 is associated with dn 1 (4001) = number 1 dn 1, don't 
mistake with label, or name commands, you can find this commands at the cnf.xml 
file as following: 

 

featureLabelbr2 phone 1/featureLabel
displayNamebr2 phone 1 /displayName

 

hth
 


From: gorr...@hotmail.com
To: ill2...@gmail.com
Date: Thu, 25 Mar 2010 08:52:34 +
CC: ccie_voice@onlinestudylist.com; dberlin...@gmail.com
Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme



Hi:
 
Yes, the sip bind command is very important, if you don't configure it the 
system takes one by default, (the loo0 if i remember well), but this can be 
dangerous, one time integrating CUE with CME (using SIP), the mailboxes where 
working well, but the mwi were not working, the problem was that the SIP source 
interface was lo0, and the CUE default gw was fas0/0.1 so CME didn't recieved 
the MWI call, (this can be very difficult to trobleshoot becouse no dial-peer 
is hitted by MWI so you can't use deb voip dialpeer inout).
 
But in this case it wasn't the source of the problem, becouse I added the sip 
source interface previously and the gw didn't show any sip message nor any deb 
voice register message, the problem is that if you don't specify the number 1 
dn x the phone reads the config ...
 
Mar 23 13:34:30.188: TFTP: Looking for SEP0017E066C72F.cnf.xml
Mar 23 13:34:30.188: TFTP: Opened system:/cme/sipphone/SEP0017E066C72F.cnf.xml, 
fd 7, size 3277 for process 155
Mar 23 13:34:30.204: TFTP: Finished
 
and becouse it doesn't find the dn in the first number it start to download the 
config again (and  it remains in a loop and in unprovisoned state) so it never 
sends a sip message to register so deb ccsip message and deb voice register 
would show anything
 
This is what the phone needs to read in the cnf.xml file in this case to 
register
 
sipLines
line button=1
featureID9/featureID
featureLabel4001/featureLabel
proxyUSECALLMANAGER/proxy
port5060/port
name4001/name
/line
/sipLines
 
In my case I saw this: name/name, correcting this (I do this manually 
copying the file to my laptop, copying back to the router and reseting the 
phone) solves the issue, then I replicated the problem again and I fix it 
changing the config (number 1 dn 1) and then upgrade profile and reset the 
phone, this way the phone starts exchanging sip messages with the registrar 
server and finally it registers. Then I checked the cnf.xml file and 
name4001/name was there.
 
The good thing of this issue is that can be easly replicated to test it
 
HTH
 
Regards
 
 
 Date: Wed, 24 Mar 2010 21:13:44 -0500
 Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
 From: ill2...@gmail.com
 To: gorr...@hotmail.com
 CC: dberlin...@gmail.com; ccie_voice@onlinestudylist.com
 
 Angel,
 
 Thanks for the update. That was a tricky one a it required good
 observation, where we started to think about all the other common
 causes instead.
 
 One thing I want to bring out, is that the sip source command is very
 important, and whenever I miss it, I have similar symptoms where the
 debug ccsip messages does not show any output.
 
 I would assume that it was two things that was needed: the sip bind,
 and the correction on the dn. I assume this, because the bad dn should
 at least show something on the debug ccsip messages.
 
 My two cents.
 
 On Wed, Mar 24, 2010 at 10:30 AM, Angel Perez gorr...@hotmail.com wrote:
  Thanks, the problem was that the second phone had number 2 dn 2 and it
  should be number 1 dn 2, I've notice that if you don't configure a number or
  the first dn isn't at number 1 the phone will stay at unprovisioned. After
  changing that and then create profile and reset at voice ragister global
  solves this issue
 
  Regards
 
  
  Date: Thu, 25 Mar 2010 03:26:14 +1300
  Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
  From: dberlin...@gmail.com
  To: gorr...@hotmail.com
 
  Hi Angel
 
  Have you tried to configure the username of the problem SIP phone as the
  first line you have configured on the phone, i.e. username 4001 password
  cisco.
  The bind control and media you have there is for the same interface as the
  one you are sourcing your SIP packets - 146.102.66.254  lastly ensure your
  ntp time source is synced and do another create profile before retrying
 
  regards
 
 
  
  Hotmail: Powerful Free email with security by Microsoft. Get it now.
  ___
  For more information regarding industry leading CCIE Lab training, please
  visit www.ipexpert.com
 
 



Hotmail: Free, trusted and rich email service. Get it now.  
  
_
Hotmail: Free, trusted and rich email service.
https://signup.live.com/signup.aspx?id=60969___
For more information

Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-24 Thread Angel Perez

Thanks, the problem was that the second phone had number 2 dn 2 and it should 
be number 1 dn 2, I've notice that if you don't configure a number or the first 
dn isn't at number 1 the phone will stay at unprovisioned. After changing that 
and then create profile and reset at voice ragister global  solves this issue

 

Regards
 


Date: Thu, 25 Mar 2010 03:26:14 +1300
Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
From: dberlin...@gmail.com
To: gorr...@hotmail.com

Hi Angel

Have you tried to configure the username of the problem SIP phone as the first 
line you have configured on the phone, i.e. username 4001 password cisco.
The bind control and media you have there is for the same interface as the one 
you are sourcing your SIP packets - 146.102.66.254  lastly ensure your ntp time 
source is synced and do another create profile before retrying

regards

  
_
Hotmail: Powerful Free email with security by Microsoft.
https://signup.live.com/signup.aspx?id=60969___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-24 Thread Randall Saborio
Angel,

Thanks for the update. That was a tricky one a it required good
observation, where we started to think about all the other common
causes instead.

One thing I want to bring out, is that the sip source command is very
important, and whenever I miss it, I have similar symptoms where the
debug ccsip messages does not show any output.

I would assume that it was two things that was needed: the sip bind,
and the correction on the dn. I assume this, because the bad dn should
at least show something on the debug ccsip messages.

My two cents.

On Wed, Mar 24, 2010 at 10:30 AM, Angel Perez gorr...@hotmail.com wrote:
 Thanks, the problem was that the second phone had number 2 dn 2 and it
 should be number 1 dn 2, I've notice that if you don't configure a number or
 the first dn isn't at number 1 the phone will stay at unprovisioned. After
 changing that and then create profile and reset at voice ragister global
 solves this issue

 Regards

 
 Date: Thu, 25 Mar 2010 03:26:14 +1300
 Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
 From: dberlin...@gmail.com
 To: gorr...@hotmail.com

 Hi Angel

 Have you tried to configure the username of the problem SIP phone as the
 first line you have configured on the phone, i.e. username 4001 password
 cisco.
 The bind control and media you have there is for the same interface as the
 one you are sourcing your SIP packets - 146.102.66.254  lastly ensure your
 ntp time source is synced and do another create profile before retrying

 regards


 
 Hotmail: Powerful Free email with security by Microsoft. Get it now.
 ___
 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


[OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-23 Thread Angel Perez

Hi:

 

 

I've the following scenario: cume with two sip phones

 

After change firmware from sccp to sip both phones get the fw correctly, but 
only one of them get registered, the other one gets the configuration file but  
never gets registered.

 

The voice register global and voice register pool configuration looks find as 
one of the phone is registered, so I think that the problem is behind some 
problems after upgradin the fw.

 

 

voice service voip 
 sip
  registrar server expires max 600 min 60
!

 

voice register global
 mode cme
 source-address 142.102.66.254 port 5060
 max-dn 4
 max-pool 4
 load 7961 SIP41.8-3-3S
 authenticate register
 timezone 43
 hold-alert
 create profile sync 0004152480221706
!
voice register dn  1
 number 4001
!
voice register dn  2
 number 4002
!
!
voice register pool  1
 id mac 0017.E066.C903
 type 7961
 number 1 dn 1
 username stc1 password cisco
 codec g711ulaw
!
voice register pool  2
 id mac 0017.E066.C72F
 type 7961
 number 2 dn 2
 username stc2 password cisco
 codec g711ulaw
!

 

ephone 2 is not registered

 

Also I can find the .xml config file binded to voice register

 

sh voice register tftp-bind 


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 SEP0017E066C903.cnf.xml url 
system:/cme/sipphone/SEP0017E066C903.cnf.xml
tftp-server SEP0017E066C72F.cnf.xml url 
system:/cme/sipphone/SEP0017E066C72F.cnf.xml

 

 

dir system:cme/sipphone  

   
Directory of system:cme/sipphone/

  237  -rw-   1  Mar 23 2010 21:31:04 +08:00  OS79XX.TXT
  241  -rw-3277  Mar 23 2010 21:31:11 +08:00  SEP0017E066C72F.cnf.xml
  240  -rw-2651  Mar 23 2010 21:31:11 +08:00  SEP0017E066C903.cnf.xml
  235  -rw-1881  Mar 23 2010 21:31:11 +08:00  SIPDefault.cnf
  238  -rw-3613  Mar 23 2010 21:31:11 +08:00  softkeyDefault.xml
  239  -rw-3579  Mar 23 2010 21:31:11 +08:00  softkeyDefault_kpml.xml
  236  -rw-  69  Mar 23 2010 21:31:11 +08:00  syncinfo.xml

 

I can see the phone at voice registered pool

 

sh voice register all 

 

VOICE REGISTER POOL
===
Pool Tag 1
Config:
  Mac address is 0017.E066.C903
  Type is 7961
  Number list 1 : DN 1
  Proxy Ip address is 0.0.0.0
  DTMF Relay is disabled
  Call Waiting is enabled
  DnD is disabled
  keep-conference is enabled
  username stc1 password cisco
  kpml signal is enabled
  service-control mechanism is supported
  registration Call ID is 0017e066-c9030002-9a3da480-7791d...@142.102.66.50 
  active primary line is: 4001

  contact IP address: 142.102.66.50 port 5060


Dialpeers created:

dial-peer voice 40001 voip
 destination-pattern 4001
 session target ipv4:142.102.66.50:5060
 session protocol sipv2
 digit collect kpml
 codec  g711ulaw bytes 160
  after-hours-exempt   FALSE  

Statistics:
  Active registrations  : 1

  Total SIP phones registered: 1
  Total Registration Statistics
Registration requests  : 7
Registration success   : 7
Registration failed: 0
unRegister requests: 6
unRegister success : 6
unRegister failed  : 0


Pool Tag 2
Config:
  Mac address is 0017.E066.C72F
  Type is 7961
  Number list 2 : DN 2
  Proxy Ip address is 0.0.0.0
  DTMF Relay is disabled
  Call Waiting is enabled
  DnD is disabled
  keep-conference is enabled
  username stc2 password cisco
  kpml signal is enabled
  service-control mechanism is not supported

Dialpeers created:

Statistics:
  Active registrations  : 0

  Total SIP phones registered: 0
  Total Registration Statistics
Registration requests  : 0
Registration success   : 0
Registration failed: 0
unRegister requests: 0
unRegister success : 0
unRegister failed  : 0

 

 

Everything looks find, but the phone is in a loop triying to register

 

deb tftp events

 

Mar 23 13:34:29.184: TFTP: Looking for CTLSEP0017E066C72F.tlv


Mar 23 13:34:30.188: TFTP: Looking for SEP0017E066C72F.cnf.xml
Mar 23 13:34:30.188: TFTP: Opened system:/cme/sipphone/SEP0017E066C72F.cnf.xml, 
fd 7, size 3277 for process 155
Mar 23 13:34:30.204: TFTP: Finished 
system:/cme/sipphone/SEP0017E066C72F.cnf.xml, time 00:00:00 for process 155


Mar 23 13:34:36.428: TFTP: Looking for English_United_States/mk-sip.jar


Mar 23 13:34:37.388: TFTP: Looking for United_States/g3-tones.xml


Mar 23 13:34:38.284: TFTP: Looking for softkeyDefault_kpml.xml
Mar 23 13:34:38.284: TFTP: Opened system:/cme/sipphone/softkeyDefault_kpml.xml, 
fd 7, size 3579 for process 155
Mar 23 13:34:38.324: TFTP: Finished 
system:/cme/sipphone/softkeyDefault_kpml.xml, time 00:00:00 for process 155

 

And then it downloads the same files again and again

 

Any suggestions would be appreciated

 

Thanks

 

 

 


 
  

Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-23 Thread Kalyan iyer
Hi Angel,

I has a few problems with SIP Phone registration to CUCME as well. Same
thing like yours where one phone will register and the other will not. Try
doing a debug ccsip messages to see what the problem is. Also,

Few things to try out:
1) Under voice register global config, redo the create profile command
2) You have the authenticate register command but no username/pwd under the
voice register pools
3) Add the bind all source-interface command under the SIP.


HTH

On Tue, Mar 23, 2010 at 9:38 AM, Angel Perez gorr...@hotmail.com wrote:

  Hi:


 I've the following scenario: cume with two sip phones

 After change firmware from sccp to sip both phones get the fw correctly,
 but only one of them get registered, the other one gets the configuration
 file but  never gets registered.

 The voice register global and voice register pool configuration looks find
 as one of the phone is registered, so I think that the problem is behind
 some problems after upgradin the fw.


 *voice service voip
  sip
   registrar server expires max 600 min 60
 !*

 *voice register global
  mode cme
  source-address 142.102.66.254 port 5060
  max-dn 4
  max-pool 4
  load 7961 SIP41.8-3-3S
  authenticate register
  timezone 43
  hold-alert
  create profile sync 0004152480221706
 !
 voice register dn  1
  number 4001
 !
 voice register dn  2
  number 4002
 !
 !
 voice register pool  1
  id mac 0017.E066.C903
  type 7961
  number 1 dn 1
  username stc1 password cisco
  codec g711ulaw
 !
 voice register pool  2
  id mac 0017.E066.C72F
  type 7961
  number 2 dn 2
  username stc2 password cisco
  codec g711ulaw
 !*

 ephone 2 is not registered

 Also I can find the .xml config file binded to voice register

 *sh voice register tftp-bind
 *
 *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 SEP0017E066C903.cnf.xml url system:/cme/sipphone/
 SEP0017E066C903.cnf.xml
 tftp-server SEP0017E066C72F.cnf.xml url system:/cme/sipphone/
 SEP0017E066C72F.cnf.xml*


 *dir system:cme/sipphone  *
 *
 Directory of system:cme/sipphone/*
 *  237  -rw-   1  Mar 23 2010 21:31:04 +08:00  OS79XX.TXT
   241  -rw-3277  Mar 23 2010 21:31:11 +08:00
 SEP0017E066C72F.cnf.xml
   240  -rw-2651  Mar 23 2010 21:31:11 +08:00
 SEP0017E066C903.cnf.xml
   235  -rw-1881  Mar 23 2010 21:31:11 +08:00  SIPDefault.cnf
   238  -rw-3613  Mar 23 2010 21:31:11 +08:00  softkeyDefault.xml
   239  -rw-3579  Mar 23 2010 21:31:11 +08:00
 softkeyDefault_kpml.xml
   236  -rw-  69  Mar 23 2010 21:31:11 +08:00  syncinfo.xml*
 **
 I can see the phone at voice registered pool

 *sh voice register all *

 *VOICE REGISTER POOL
 ===
 Pool Tag 1
 Config:
   Mac address is 0017.E066.C903
   Type is 7961
   Number list 1 : DN 1
   Proxy Ip address is 0.0.0.0
   DTMF Relay is disabled
   Call Waiting is enabled
   DnD is disabled
   keep-conference is enabled
   username stc1 password cisco
   kpml signal is enabled
   service-control mechanism is supported
   registration Call ID is **
 0017e066-c9030002-9a3da480-7791d...@142.102.66.50*0017e066-c9030002-9a3da480-7791d...@142.102.66.50
 *
   active primary line is: 4001*
 *  contact IP address: 142.102.66.50 port 5060*

 *Dialpeers created:*
 *dial-peer voice 40001 voip
  destination-pattern 4001
  session target ipv4:142.102.66.50:5060
  session protocol sipv2
  digit collect kpml
  codec  g711ulaw bytes 160
   after-hours-exempt   FALSE  *
 *Statistics:
   Active registrations  : 1*
 *  Total SIP phones registered: 1
   Total Registration Statistics
 Registration requests  : 7
 Registration success   : 7
 Registration failed: 0
 unRegister requests: 6
 unRegister success : 6
 unRegister failed  : 0*

 *Pool Tag 2
 Config:
   Mac address is 0017.E066.C72F
   Type is 7961
   Number list 2 : DN 2
   Proxy Ip address is 0.0.0.0
   DTMF Relay is disabled
   Call Waiting is enabled
   DnD is disabled
   keep-conference is enabled
   username stc2 password cisco
   kpml signal is enabled
   service-control mechanism is not supported*
 *Dialpeers created:*
 *Statistics:
   Active registrations  : 0*
 *  Total SIP phones registered: 0
   Total Registration Statistics
 Registration requests  : 0
 Registration success   : 0
 Registration failed: 0
 unRegister requests: 0
 unRegister success : 0
 unRegister failed  : 0*
 **
 **
 Everything looks find, but the phone is in a loop triying to register

 *deb tftp events*

 Mar 23 13:34:29.184: TFTP: Looking for CTLSEP0017E066C72F.tlv

 Mar 23 13:34:30.188: TFTP: Looking for SEP0017E066C72F.cnf.xml
 Mar 23 13:34:30.188: TFTP: Opened
 system:/cme/sipphone/SEP0017E066C72F.cnf.xml, fd 7, size 3277 

Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-23 Thread Angel Perez

Hi thanks for your answer.

 

I've added the sip source interface

The username and pass were there

Also I tried to re create profile several times 

Debug ccsip mess all don't show any output

 

But still no luck... I also I've seen this before, I think a manage to solve 
this converting the phone to sccp and then to sip again but I'm not sure

 

Any other suggestions?

 

Best regards


 


Date: Tue, 23 Mar 2010 09:46:14 -0400
Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
From: kparam2...@gmail.com
To: gorr...@hotmail.com
CC: ccie_voice@onlinestudylist.com

Hi Angel,

I has a few problems with SIP Phone registration to CUCME as well. Same thing 
like yours where one phone will register and the other will not. Try doing a 
debug ccsip messages to see what the problem is. Also,

Few things to try out:
1) Under voice register global config, redo the create profile command
2) You have the authenticate register command but no username/pwd under the 
voice register pools
3) Add the bind all source-interface command under the SIP.


HTH


On Tue, Mar 23, 2010 at 9:38 AM, Angel Perez gorr...@hotmail.com wrote:


Hi:
 
 
I've the following scenario: cume with two sip phones
 
After change firmware from sccp to sip both phones get the fw correctly, but 
only one of them get registered, the other one gets the configuration file but  
never gets registered.
 
The voice register global and voice register pool configuration looks find as 
one of the phone is registered, so I think that the problem is behind some 
problems after upgradin the fw.
 
 
voice service voip 
 sip
  registrar server expires max 600 min 60
!
 
voice register global
 mode cme
 source-address 142.102.66.254 port 5060
 max-dn 4
 max-pool 4
 load 7961 SIP41.8-3-3S
 authenticate register
 timezone 43
 hold-alert
 create profile sync 0004152480221706
!
voice register dn  1
 number 4001
!
voice register dn  2
 number 4002
!
!
voice register pool  1
 id mac 0017.E066.C903
 type 7961
 number 1 dn 1
 username stc1 password cisco
 codec g711ulaw
!
voice register pool  2
 id mac 0017.E066.C72F
 type 7961
 number 2 dn 2
 username stc2 password cisco
 codec g711ulaw
!
 
ephone 2 is not registered
 
Also I can find the .xml config file binded to voice register
 
sh voice register tftp-bind 

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 SEP0017E066C903.cnf.xml url 
system:/cme/sipphone/SEP0017E066C903.cnf.xml
tftp-server SEP0017E066C72F.cnf.xml url 
system:/cme/sipphone/SEP0017E066C72F.cnf.xml
 
 
dir system:cme/sipphone  
   
Directory of system:cme/sipphone/
  237  -rw-   1  Mar 23 2010 21:31:04 +08:00  OS79XX.TXT
  241  -rw-3277  Mar 23 2010 21:31:11 +08:00  SEP0017E066C72F.cnf.xml
  240  -rw-2651  Mar 23 2010 21:31:11 +08:00  SEP0017E066C903.cnf.xml
  235  -rw-1881  Mar 23 2010 21:31:11 +08:00  SIPDefault.cnf
  238  -rw-3613  Mar 23 2010 21:31:11 +08:00  softkeyDefault.xml
  239  -rw-3579  Mar 23 2010 21:31:11 +08:00  softkeyDefault_kpml.xml
  236  -rw-  69  Mar 23 2010 21:31:11 +08:00  syncinfo.xml
 
I can see the phone at voice registered pool
 
sh voice register all 
 
VOICE REGISTER POOL
===
Pool Tag 1
Config:
  Mac address is 0017.E066.C903
  Type is 7961
  Number list 1 : DN 1
  Proxy Ip address is 0.0.0.0
  DTMF Relay is disabled
  Call Waiting is enabled
  DnD is disabled
  keep-conference is enabled
  username stc1 password cisco
  kpml signal is enabled
  service-control mechanism is supported
  registration Call ID is 0017e066-c9030002-9a3da480-7791d...@142.102.66.50 
  active primary line is: 4001
  contact IP address: 142.102.66.50 port 5060

Dialpeers created:
dial-peer voice 40001 voip
 destination-pattern 4001
 session target ipv4:142.102.66.50:5060
 session protocol sipv2
 digit collect kpml
 codec  g711ulaw bytes 160
  after-hours-exempt   FALSE  
Statistics:
  Active registrations  : 1
  Total SIP phones registered: 1
  Total Registration Statistics
Registration requests  : 7
Registration success   : 7
Registration failed: 0
unRegister requests: 6
unRegister success : 6
unRegister failed  : 0

Pool Tag 2
Config:
  Mac address is 0017.E066.C72F
  Type is 7961
  Number list 2 : DN 2
  Proxy Ip address is 0.0.0.0
  DTMF Relay is disabled
  Call Waiting is enabled
  DnD is disabled
  keep-conference is enabled
  username stc2 password cisco
  kpml signal is enabled
  service-control mechanism is not supported
Dialpeers created:
Statistics:
  Active registrations  : 0
  Total SIP phones registered: 0
  Total Registration Statistics
Registration requests  : 0
Registration success   : 0
Registration failed: 0
unRegister requests: 0

Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme

2010-03-23 Thread Angel Perez

I've also try to factory default and also to go to sccp fw (plugin the phone to 
ucm) and then back to ucme but the problem is still there...

 

Any suggestions?

 


From: gorr...@hotmail.com
To: kparam2...@gmail.com
Date: Tue, 23 Mar 2010 14:02:18 +
CC: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme



Hi thanks for your answer.
 
I've added the sip source interface
The username and pass were there
Also I tried to re create profile several times 
Debug ccsip mess all don't show any output
 
But still no luck... I also I've seen this before, I think a manage to solve 
this converting the phone to sccp and then to sip again but I'm not sure
 
Any other suggestions?
 
Best regards

 


Date: Tue, 23 Mar 2010 09:46:14 -0400
Subject: Re: [OSL | CCIE_Voice] 7961 unprovisioned ucme
From: kparam2...@gmail.com
To: gorr...@hotmail.com
CC: ccie_voice@onlinestudylist.com

Hi Angel,

I has a few problems with SIP Phone registration to CUCME as well. Same thing 
like yours where one phone will register and the other will not. Try doing a 
debug ccsip messages to see what the problem is. Also,

Few things to try out:
1) Under voice register global config, redo the create profile command
2) You have the authenticate register command but no username/pwd under the 
voice register pools
3) Add the bind all source-interface command under the SIP.


HTH


On Tue, Mar 23, 2010 at 9:38 AM, Angel Perez gorr...@hotmail.com wrote:


Hi:
 
 
I've the following scenario: cume with two sip phones
 
After change firmware from sccp to sip both phones get the fw correctly, but 
only one of them get registered, the other one gets the configuration file but  
never gets registered.
 
The voice register global and voice register pool configuration looks find as 
one of the phone is registered, so I think that the problem is behind some 
problems after upgradin the fw.
 
 
voice service voip 
 sip
  registrar server expires max 600 min 60
!
 
voice register global
 mode cme
 source-address 142.102.66.254 port 5060
 max-dn 4
 max-pool 4
 load 7961 SIP41.8-3-3S
 authenticate register
 timezone 43
 hold-alert
 create profile sync 0004152480221706
!
voice register dn  1
 number 4001
!
voice register dn  2
 number 4002
!
!
voice register pool  1
 id mac 0017.E066.C903
 type 7961
 number 1 dn 1
 username stc1 password cisco
 codec g711ulaw
!
voice register pool  2
 id mac 0017.E066.C72F
 type 7961
 number 2 dn 2
 username stc2 password cisco
 codec g711ulaw
!
 
ephone 2 is not registered
 
Also I can find the .xml config file binded to voice register
 
sh voice register tftp-bind 

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 SEP0017E066C903.cnf.xml url 
system:/cme/sipphone/SEP0017E066C903.cnf.xml
tftp-server SEP0017E066C72F.cnf.xml url 
system:/cme/sipphone/SEP0017E066C72F.cnf.xml
 
 
dir system:cme/sipphone  
   
Directory of system:cme/sipphone/
  237  -rw-   1  Mar 23 2010 21:31:04 +08:00  OS79XX.TXT
  241  -rw-3277  Mar 23 2010 21:31:11 +08:00  SEP0017E066C72F.cnf.xml
  240  -rw-2651  Mar 23 2010 21:31:11 +08:00  SEP0017E066C903.cnf.xml
  235  -rw-1881  Mar 23 2010 21:31:11 +08:00  SIPDefault.cnf
  238  -rw-3613  Mar 23 2010 21:31:11 +08:00  softkeyDefault.xml
  239  -rw-3579  Mar 23 2010 21:31:11 +08:00  softkeyDefault_kpml.xml
  236  -rw-  69  Mar 23 2010 21:31:11 +08:00  syncinfo.xml
 
I can see the phone at voice registered pool
 
sh voice register all 
 
VOICE REGISTER POOL
===
Pool Tag 1
Config:
  Mac address is 0017.E066.C903
  Type is 7961
  Number list 1 : DN 1
  Proxy Ip address is 0.0.0.0
  DTMF Relay is disabled
  Call Waiting is enabled
  DnD is disabled
  keep-conference is enabled
  username stc1 password cisco
  kpml signal is enabled
  service-control mechanism is supported
  registration Call ID is 0017e066-c9030002-9a3da480-7791d...@142.102.66.50 
  active primary line is: 4001
  contact IP address: 142.102.66.50 port 5060

Dialpeers created:
dial-peer voice 40001 voip
 destination-pattern 4001
 session target ipv4:142.102.66.50:5060
 session protocol sipv2
 digit collect kpml
 codec  g711ulaw bytes 160
  after-hours-exempt   FALSE  
Statistics:
  Active registrations  : 1
  Total SIP phones registered: 1
  Total Registration Statistics
Registration requests  : 7
Registration success   : 7
Registration failed: 0
unRegister requests: 6
unRegister success : 6
unRegister failed  : 0

Pool Tag 2
Config:
  Mac address is 0017.E066.C72F
  Type is 7961
  Number list 2 : DN 2
  Proxy Ip address is 0.0.0.0
  DTMF Relay is disabled
  Call Waiting is enabled
  DnD is disabled
  keep-conference is enabled
  username