Re: [OSL | CCIE_Voice] 3750 QoS Police
Afaik, it's not supported -- Sent from my mobile device. Am 09.07.2010 23:41 schrieb Mark Holloway m...@markholloway.com: I'm attempting to police VoIP signaling on Fast1/0/1 of a 3750 switch that is configured as a trunk port connecting to the HQ router. I can't apply the service-policy in the output direction. Am I thinking about this the wrong way because I can apply it in the inbound direction. # show run interface FastEthernet1/0/1 description ** To R1-HQ Gigabit Ethernet 0/0 ** switchport trunk encapsulation dot1q switchport mode trunk HQ-3750(config-if)#service-policy output VOIP-SIGNAL police command is not supported for this interface The interface does not support the specified policy configuration and/or parameter values. Warning: Assigning a policy map to the output side of an interface not supported HQ-3750(config-if)#service-policy input VOIP-SIGNAL HQ-3750(config-if)#do sh run interface FastEthernet1/0/1 description ** R1-HQ Gigabit Ethernet 0/0 ** switchport trunk encapsulation dot1q switchport mode trunk service-policy input VOIP-SIGNAL mls qos map policed-dscp 24 to 8 mls qos map cos-dscp 0 8 16 24 32 46 48 56 mls qos class-map match-any SIGNAL match ip dscp cs3 policy-map VOIP-SIGNAL class SIGNAL police 32000 8000 exceed-action policed-dscp-transmit ___ 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] CCIE_Voice Digest, Vol 53, Issue 54
hi , did u try to make another translation rule to strip 9 and it will be ok for CUCM mode and SRST mode. for example voice translation rule 9 rule 1 /^3033...$/ /\0/ [it means you are sending XXX calling mask from CUCM for Globalize] rule 2 /^3...$/ /303\0/ [it means you are sending only from CUCM for normal mode] rule 3 /9/ // type any subscriber plan any isdn rule 4 /^.*/ /\0/ type any subscriber plan any isdn voice translation-profile SUBSCRIBER translate calling 9 translate called 9 dial-peer voice 9 pots destination-pattern 9[2-9].. translation-profile outgoing SUBSCRIBER port X/Y/Z:23 i did it this way. can u please check. On Fri, Jul 9, 2010 at 5:04 PM, ccie_voice-requ...@onlinestudylist.comwrote: Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than Re: Contents of CCIE_Voice digest... Today's Topics: 1. Re: Globalisation/Localisation Issue (Mark Holloway) 2. Re: Globalisation/Localisation Issue (Graham Hopkins) 3. RTMT on Mac (Mark Holloway) 4. Re: RTMT on Mac (Tanner Ezell) -- Message: 1 Date: Fri, 9 Jul 2010 11:21:46 -0700 From: Mark Holloway m...@markholloway.com To: Joaquim Fernandes joa_...@yahoo.com Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Globalisation/Localisation Issue Message-ID: 56c5648a-48b3-46f1-98f1-38ecc6a08...@markholloway.com Content-Type: text/plain; charset=us-ascii Sounds like you have the PSTN to CUCM part working ok. This is what I have been doing. On the H323 router create the following dial-peer dial-peer voice 10 pots destination-pattern [2-9]..$ port 0/0/0:23 On CUCM have a Route Pattern that handles \+1414.[2-9]XX for calls originated by BR1 phones and strip the predot. This way you can assign the call type as Subscriber within the Route Pattern and if local calls are supposed to send a 7 digit calling number you can set the calling party transformation mask within the Route Pattern to XXX. You could have a second dial-peer on your H323 router for SRST dial-peer voice 910 pots destination-pattern 9[2-9]..$ port 0/0/0:23 translation-profile outgoing LOCAL There are really two different ways to handle H323 gateway dial-peers. You can strip the 9 in CUCM then add it back on the H323 gateway through a translation-profile and only have one set of dial-peers. Or, build your dial-peers for local, LD, international, and 911 without the 9, copy/paste in notepad and put a 9 in front of the dial-peer number and the destination-pattern then paste it into your router. You will have two sets of dial-peers for SRST and normal operation. On Jul 9, 2010, at 10:28 AM, Joaquim Fernandes wrote: HI Team, I have an issue with this question. Question === when pstn number 414363 call phones at site b they should display 7 digits on the phone display. For example when pstn calling ph 1 or ph 2 at branch B it should display 363 on the screen. My solution = I have added +1 in Device pool of Branch B to make it globalised when the call comes in the H323 Branch B router. I have created \+1414.363 calling party transformation mask. I have created \+1414.363 route pattern with Branch B as the gateway. (branch b is the H323 gateway). So on the Route pattern i have just done predot and in the branch b route list i have done NANP-Predot and prefix 9. I have done vice versa as well but things doesnt work. IN the branch B router i have a dial-peer for the local calls. dial-peer voice 1 pots destination-pattern 9[2-9].. port 0/0/0:23 translation-profile outgoing local translation-rule 1 rule 1 /^8.../ /363\0/ translation-rule 2 rule 1 // // type any sub plan any isdn translation-profile lcoal translate called 2 translate calling 1 Note: If i make a dial-peer without 9 i.e (...) Then the display is perfect. but i dont feel this would be the solution. because in srst this would be an issue. Issue = The issue is when PSTN phone 414363 calls Brach B ph1 or ph2 the caller id is 363 and in the missed call its globalized number +1414363 as per the question. But when i do redial using missed calls from Branch B ph1 or ph2 the calling number on the ip phones is displayed as 9363 (9 is the secondary dial tone) and the call goes through. Evrything works fine except for the display on ph1 or ph2, there is 9. How do i get rid
Re: [OSL | CCIE_Voice] unable to upload CUE-CME license file - working on rack and need help ASAP
How about correcting the workbooks? ;-) It kinda stinks to struggle with this stuff while you are renting rack space. This got me this morning. Brian On Thu, Apr 29, 2010 at 11:01 PM, Vik Malhi vma...@ipexpert.com wrote: It was late when I set up the FTP server:-( if in doubt go cisco. Vik Malhi - CCIE#13890 Senior Technical Instructor - IPexpert Inc Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join IPexpert's Free CCIE Peer Groups Study Communities at www.IPexpert.com/communities On Apr 29, 2010, at 5:01 PM, vccie2010 vccie2...@gmail.com wrote: You are the man, Vik :) I wish I had tried that :( but I was just going by your email link here... http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg13105.html On Thu, Apr 29, 2010 at 4:59 PM, Vik Malhi vma...@ipexpert.com wrote: Can you try cisco/cisco -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 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 (RS, Voice, 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: vccie2010 vccie2...@gmail.com Date: Thu, 29 Apr 2010 16:56:46 -0700 To: OSL Group ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] unable to upload CUE-CME license file - working on rack and need help ASAP cue# $cue-vm-license_12mbx_cme_7.0.1.pkg username ipexpert pass cisco WARNING:: This command will install the necessary software to WARNING:: complete a clean install. It is recommended that a backup be done WARNING:: before installing software. Would you like to continue? [n]yes Downloading ftp cue-vm-license_12mbx_cme_7.0.1.pkg Error: Download error Can not download cue-vm-license_12mbx_cme_7.0.1.pkg error code 530 : error type 'Access denied: 530' cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# cue# ping 10.10.210.5 PING 10.10.210.5 (10.10.210.5) 56(84) bytes of data. 64 bytes from 10.10.210.5 http://10.10.210.5 : icmp_seq=1 ttl=126 time=6.05 ms 64 bytes from 10.10.210.5 http://10.10.210.5 : icmp_seq=2 ttl=126 time=5.15 ms 64 bytes from 10.10.210.5 http://10.10.210.5 : icmp_seq=3 ttl=126 time=5.27 ms 64 bytes from 10.10.210.5 http://10.10.210.5 : icmp_seq=4 ttl=126 time=5.28 ms 64 bytes from 10.10.210.5 http://10.10.210.5 : icmp_seq=5 ttl=126 time=6.54 ms --- 10.10.210.5 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 24ms rtt min/avg/max/mdev = 5.159/5.663/6.542/0.541 ms, ipg/ewma 6.084/5.879 ms cue# cue# cue# cue# cue# cue# ___ 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
[OSL | CCIE_Voice] problems getting SIP phone registered to BR2
Hello All: I am having troubles getting a SIP phone registered to the BR2 gateway. The phone will boot up in SIP code to the point where it says Phone Unprovisioned on the phone itself. I can get past this by adding this line to the gateway: tftp-server flash:SIP000C851CE88B.cnf Although I do not think I should have to add this line for the phone to find it's config file. Am I wrong about that? After I add this line, the phone does in fact find the flash:SIP000C851CE88B.cnf file but it seems to go into a boot loop at that point an displays a Resetting message before rebooting each time. This is an extract of the debug tftp-server for the phone while it is rebooting: Jul 10 21:40:17.267: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:17.271: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:17.543: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:32.071: TFTP: Looking for CTLSEP000C851CE88B.tlv Jul 10 21:40:32.175: TFTP: Looking for SEP000C851CE88B.cnf.xml Jul 10 21:40:32.283: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:32.287: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:32.555: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 Jul 10 21:40:32.599: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:32.603: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:32.963: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:00 for process 346 Jul 10 21:40:33.011: TFTP: Looking for P0S3-08-9-00.loads BR2-RTR# Jul 10 21:40:33.015: TFTP: Opened flash:PHONE/7940-7960/P0S3-08-9-00.loads, fd 7, size 459 for process 346 Jul 10 21:40:33.111: TFTP: Finished flash:PHONE/7940-7960/P0S3-08-9-00.loads, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:45.659: TFTP: Looking for CTLSEP001BD4C6C02D.tlv Jul 10 21:40:45.727: TFTP: Looking for SEP001BD4C6C02D.cnf.xml Jul 10 21:40:45.779: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:45.783: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:45.811: TFTP: Looking for XMLDefault.cnf.xml Jul 10 21:40:46.931: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:01 for process 346 Jul 10 21:40:46.931: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:46.939: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 350 Jul 10 21:40:47.111: TFTP: Opened system:/its/XMLDefault.cnf.xml, fd 8, size 2725 for process 349 Jul 10 21:40:47.131: TFTP: Finished system:/its/XMLDefault.cnf.xml, time 00:00:00 for process 349 Jul 10 21:40:47.275: %IPPHONE-6-REG_ALARM: 24: Name=SEP001BD4C6C02D Load=8.0(5.0) Last=Phone-Reg-Rej BR2-RTR# Jul 10 21:40:47.299: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 350 BR2-RTR# Then the phone reboots What am I missing? Thanks in advance...scd ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2
Do you have this phone configured in your CME? SIP phones need a DN configured in order to register. -Adam On Sat, Jul 10, 2010 at 1:41 PM, CCIE Voice cc...@corb.net wrote: Hello All: I am having troubles getting a SIP phone registered to the BR2 gateway. The phone will boot up in SIP code to the point where it says Phone Unprovisioned on the phone itself. I can get past this by adding this line to the gateway: tftp-server flash:SIP000C851CE88B.cnf Although I do not think I should have to add this line for the phone to find it's config file. Am I wrong about that? After I add this line, the phone does in fact find the flash:SIP000C851CE88B.cnf file but it seems to go into a boot loop at that point an displays a Resetting message before rebooting each time. This is an extract of the debug tftp-server for the phone while it is rebooting: Jul 10 21:40:17.267: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:17.271: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:17.543: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:32.071: TFTP: Looking for CTLSEP000C851CE88B.tlv Jul 10 21:40:32.175: TFTP: Looking for SEP000C851CE88B.cnf.xml Jul 10 21:40:32.283: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:32.287: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:32.555: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 Jul 10 21:40:32.599: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:32.603: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:32.963: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:00 for process 346 Jul 10 21:40:33.011: TFTP: Looking for P0S3-08-9-00.loads BR2-RTR# Jul 10 21:40:33.015: TFTP: Opened flash:PHONE/7940-7960/P0S3-08-9-00.loads, fd 7, size 459 for process 346 Jul 10 21:40:33.111: TFTP: Finished flash:PHONE/7940-7960/P0S3-08-9-00.loads, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:45.659: TFTP: Looking for CTLSEP001BD4C6C02D.tlv Jul 10 21:40:45.727: TFTP: Looking for SEP001BD4C6C02D.cnf.xml Jul 10 21:40:45.779: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:45.783: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:45.811: TFTP: Looking for XMLDefault.cnf.xml Jul 10 21:40:46.931: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:01 for process 346 Jul 10 21:40:46.931: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:46.939: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 350 Jul 10 21:40:47.111: TFTP: Opened system:/its/XMLDefault.cnf.xml, fd 8, size 2725 for process 349 Jul 10 21:40:47.131: TFTP: Finished system:/its/XMLDefault.cnf.xml, time 00:00:00 for process 349 Jul 10 21:40:47.275: %IPPHONE-6-REG_ALARM: 24: Name=SEP001BD4C6C02D Load=8.0(5.0) Last=Phone-Reg-Rej BR2-RTR# Jul 10 21:40:47.299: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 350 BR2-RTR# Then the phone reboots What am I missing? Thanks in advance...scd ___ 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] problems getting SIP phone registered to BR2
Hi Adam: Thanks and yes I do have the phone along with a DN build for it. My phone is setup as voice register pool 2. Config follows: voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 BR2-RTR#term no mon BR2-RTR#sh run | beg voice register voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 id mac 000C.851C.E88B number 1 dn 2 template 1 dtmf-relay sip-notify username 3006 password cisco description 32143006 codec g711ulaw On Sat, Jul 10, 2010 at 12:31 PM, Adam Thompson phoe...@fatturtle.comwrote: Do you have this phone configured in your CME? SIP phones need a DN configured in order to register. -Adam On Sat, Jul 10, 2010 at 1:41 PM, CCIE Voice cc...@corb.net wrote: Hello All: I am having troubles getting a SIP phone registered to the BR2 gateway. The phone will boot up in SIP code to the point where it says Phone Unprovisioned on the phone itself. I can get past this by adding this line to the gateway: tftp-server flash:SIP000C851CE88B.cnf Although I do not think I should have to add this line for the phone to find it's config file. Am I wrong about that? After I add this line, the phone does in fact find the flash:SIP000C851CE88B.cnf file but it seems to go into a boot loop at that point an displays a Resetting message before rebooting each time. This is an extract of the debug tftp-server for the phone while it is rebooting: Jul 10 21:40:17.267: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:17.271: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:17.543: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:32.071: TFTP: Looking for CTLSEP000C851CE88B.tlv Jul 10 21:40:32.175: TFTP: Looking for SEP000C851CE88B.cnf.xml Jul 10 21:40:32.283: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:32.287: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:32.555: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 Jul 10 21:40:32.599: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:32.603: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:32.963: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:00 for process 346 Jul 10 21:40:33.011: TFTP: Looking for P0S3-08-9-00.loads BR2-RTR# Jul 10 21:40:33.015: TFTP: Opened flash:PHONE/7940-7960/P0S3-08-9-00.loads, fd 7, size 459 for process 346 Jul 10 21:40:33.111: TFTP: Finished flash:PHONE/7940-7960/P0S3-08-9-00.loads, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:45.659: TFTP: Looking for CTLSEP001BD4C6C02D.tlv Jul 10 21:40:45.727: TFTP: Looking for SEP001BD4C6C02D.cnf.xml Jul 10 21:40:45.779: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:45.783: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:45.811: TFTP: Looking for XMLDefault.cnf.xml Jul 10 21:40:46.931: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:01 for process 346 Jul 10 21:40:46.931: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:46.939: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 350 Jul 10 21:40:47.111: TFTP: Opened system:/its/XMLDefault.cnf.xml, fd 8, size 2725 for process 349 Jul 10 21:40:47.131: TFTP: Finished system:/its/XMLDefault.cnf.xml, time 00:00:00 for process 349 Jul 10 21:40:47.275: %IPPHONE-6-REG_ALARM: 24: Name=SEP001BD4C6C02D Load=8.0(5.0) Last=Phone-Reg-Rej BR2-RTR# Jul 10 21:40:47.299: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 350 BR2-RTR# Then the phone reboots What am I missing? Thanks in
Re: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2
I am assuming you are only having a problem with the one SIP phone. Was this phone once registered to this CME as SCCP? When the phone displays Phone Unprovisioned, check the firmware on the phone, does it say it successfully downloaded the SIP firmware, or does it still say SCCP? According to other posts, this has worked: 1). Shutdown the port to which phone was connected 2). No create cnf 3). No create profile 4). Create profile 5). Reload the router 6). No shut the interface The only other thing I can see is that the voice register pool 2 configuration does not specify a phone type. I had a similar problem with one of my phones and the only way I could get it to register to CUCME was to register it to CUCM first. I don't know if it was just the phone acting up because my other phones registered with CME using SIP without any problems HTH Adam On Sat, Jul 10, 2010 at 2:49 PM, CCIE Voice cc...@corb.net wrote: Hi Adam: Thanks and yes I do have the phone along with a DN build for it. My phone is setup as voice register pool 2. Config follows: voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 BR2-RTR#term no mon BR2-RTR#sh run | beg voice register voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 id mac 000C.851C.E88B number 1 dn 2 template 1 dtmf-relay sip-notify username 3006 password cisco description 32143006 codec g711ulaw On Sat, Jul 10, 2010 at 12:31 PM, Adam Thompson phoe...@fatturtle.comwrote: Do you have this phone configured in your CME? SIP phones need a DN configured in order to register. -Adam On Sat, Jul 10, 2010 at 1:41 PM, CCIE Voice cc...@corb.net wrote: Hello All: I am having troubles getting a SIP phone registered to the BR2 gateway. The phone will boot up in SIP code to the point where it says Phone Unprovisioned on the phone itself. I can get past this by adding this line to the gateway: tftp-server flash:SIP000C851CE88B.cnf Although I do not think I should have to add this line for the phone to find it's config file. Am I wrong about that? After I add this line, the phone does in fact find the flash:SIP000C851CE88B.cnf file but it seems to go into a boot loop at that point an displays a Resetting message before rebooting each time. This is an extract of the debug tftp-server for the phone while it is rebooting: Jul 10 21:40:17.267: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:17.271: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:17.543: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:32.071: TFTP: Looking for CTLSEP000C851CE88B.tlv Jul 10 21:40:32.175: TFTP: Looking for SEP000C851CE88B.cnf.xml Jul 10 21:40:32.283: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:32.287: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:32.555: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 Jul 10 21:40:32.599: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:32.603: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:32.963: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:00 for process 346 Jul 10 21:40:33.011: TFTP: Looking for P0S3-08-9-00.loads BR2-RTR# Jul 10 21:40:33.015: TFTP: Opened flash:PHONE/7940-7960/P0S3-08-9-00.loads, fd 7, size 459 for process 346 Jul 10 21:40:33.111: TFTP: Finished flash:PHONE/7940-7960/P0S3-08-9-00.loads, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:45.659: TFTP: Looking
Re: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2
Thanks Adam. Your suggestion worked. I did add the phone type to the config as well as the steps below. I think it was the clearing/recreating the profiles and bouncing the router that did it. Thanks again...scd On Sat, Jul 10, 2010 at 1:07 PM, Adam Thompson phoe...@fatturtle.comwrote: I am assuming you are only having a problem with the one SIP phone. Was this phone once registered to this CME as SCCP? When the phone displays Phone Unprovisioned, check the firmware on the phone, does it say it successfully downloaded the SIP firmware, or does it still say SCCP? According to other posts, this has worked: 1). Shutdown the port to which phone was connected 2). No create cnf 3). No create profile 4). Create profile 5). Reload the router 6). No shut the interface The only other thing I can see is that the voice register pool 2 configuration does not specify a phone type. I had a similar problem with one of my phones and the only way I could get it to register to CUCME was to register it to CUCM first. I don't know if it was just the phone acting up because my other phones registered with CME using SIP without any problems HTH Adam On Sat, Jul 10, 2010 at 2:49 PM, CCIE Voice cc...@corb.net wrote: Hi Adam: Thanks and yes I do have the phone along with a DN build for it. My phone is setup as voice register pool 2. Config follows: voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 BR2-RTR#term no mon BR2-RTR#sh run | beg voice register voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 id mac 000C.851C.E88B number 1 dn 2 template 1 dtmf-relay sip-notify username 3006 password cisco description 32143006 codec g711ulaw On Sat, Jul 10, 2010 at 12:31 PM, Adam Thompson phoe...@fatturtle.comwrote: Do you have this phone configured in your CME? SIP phones need a DN configured in order to register. -Adam On Sat, Jul 10, 2010 at 1:41 PM, CCIE Voice cc...@corb.net wrote: Hello All: I am having troubles getting a SIP phone registered to the BR2 gateway. The phone will boot up in SIP code to the point where it says Phone Unprovisioned on the phone itself. I can get past this by adding this line to the gateway: tftp-server flash:SIP000C851CE88B.cnf Although I do not think I should have to add this line for the phone to find it's config file. Am I wrong about that? After I add this line, the phone does in fact find the flash:SIP000C851CE88B.cnf file but it seems to go into a boot loop at that point an displays a Resetting message before rebooting each time. This is an extract of the debug tftp-server for the phone while it is rebooting: Jul 10 21:40:17.267: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:17.271: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:17.543: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:32.071: TFTP: Looking for CTLSEP000C851CE88B.tlv Jul 10 21:40:32.175: TFTP: Looking for SEP000C851CE88B.cnf.xml Jul 10 21:40:32.283: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:32.287: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:32.555: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 Jul 10 21:40:32.599: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:32.603: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:32.963: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:00 for process 346 Jul 10 21:40:33.011:
Re: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2
Check your phone type setting on Voice Register Pool 2.. From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of CCIE Voice Sent: July-10-10 12:49 PM To: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2 Hi Adam: Thanks and yes I do have the phone along with a DN build for it. My phone is setup as voice register pool 2. Config follows: voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 BR2-RTR#term no mon BR2-RTR#sh run | beg voice register voice register global mode cme source-address 10.10.202.1 port 5060 max-dn 2 max-pool 2 load 7960-7940 P0S3-08-9-00 authenticate register time-format 24 date-format D/M/Y tftp-path flash: create profile sync 0015222555275483 ntp-server 10.10.100.2 mode directedbroadcast ! voice register dn 1 number 3005 name br2 phn 3 ! voice register dn 2 number 3006 name br2 phn 4 ! voice register template 1 dialplan 1 no conference enable ! voice register dialplan 1 type 7940-7960-others pattern 1 3... pattern 2 999 ! voice register pool 1 id mac 001B.D4C6.C139 type 7960 number 1 dn 1 template 1 dtmf-relay sip-notify username 3005 password cisco description 32143005 codec g711ulaw ! voice register pool 2 id mac 000C.851C.E88B number 1 dn 2 template 1 dtmf-relay sip-notify username 3006 password cisco description 32143006 codec g711ulaw On Sat, Jul 10, 2010 at 12:31 PM, Adam Thompson phoe...@fatturtle.com wrote: Do you have this phone configured in your CME? SIP phones need a DN configured in order to register. -Adam On Sat, Jul 10, 2010 at 1:41 PM, CCIE Voice cc...@corb.net wrote: Hello All: I am having troubles getting a SIP phone registered to the BR2 gateway. The phone will boot up in SIP code to the point where it says Phone Unprovisioned on the phone itself. I can get past this by adding this line to the gateway: tftp-server flash:SIP000C851CE88B.cnf Although I do not think I should have to add this line for the phone to find it's config file. Am I wrong about that? After I add this line, the phone does in fact find the flash:SIP000C851CE88B.cnf file but it seems to go into a boot loop at that point an displays a Resetting message before rebooting each time. This is an extract of the debug tftp-server for the phone while it is rebooting: Jul 10 21:40:17.267: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:17.271: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:17.543: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:32.071: TFTP: Looking for CTLSEP000C851CE88B.tlv Jul 10 21:40:32.175: TFTP: Looking for SEP000C851CE88B.cnf.xml Jul 10 21:40:32.283: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:32.287: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 346 Jul 10 21:40:32.555: TFTP: Finished flash:SIP000C851CE88B.cnf, time 00:00:00 for process 346 Jul 10 21:40:32.599: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:32.603: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:32.963: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:00 for process 346 Jul 10 21:40:33.011: TFTP: Looking for P0S3-08-9-00.loads BR2-RTR# Jul 10 21:40:33.015: TFTP: Opened flash:PHONE/7940-7960/P0S3-08-9-00.loads, fd 7, size 459 for process 346 Jul 10 21:40:33.111: TFTP: Finished flash:PHONE/7940-7960/P0S3-08-9-00.loads, time 00:00:00 for process 346 BR2-RTR# Jul 10 21:40:45.659: TFTP: Looking for CTLSEP001BD4C6C02D.tlv Jul 10 21:40:45.727: TFTP: Looking for SEP001BD4C6C02D.cnf.xml Jul 10 21:40:45.779: TFTP: Looking for SIPDefault.cnf Jul 10 21:40:45.783: TFTP: Opened flash:/SIPDefault.cnf, fd 7, size 1890 for process 346 Jul 10 21:40:45.811: TFTP: Looking for XMLDefault.cnf.xml Jul 10 21:40:46.931: TFTP: Finished flash:/SIPDefault.cnf, time 00:00:01 for process 346 Jul 10 21:40:46.931: TFTP: Looking for SIP000C851CE88B.cnf Jul 10 21:40:46.939: TFTP: Opened flash:SIP000C851CE88B.cnf, fd 7, size 1238 for process 350 Jul 10 21:40:47.111: TFTP: Opened system:/its/XMLDefault.cnf.xml, fd 8, size 2725 for process 349 Jul 10 21:40:47.131: TFTP: Finished system:/its/XMLDefault.cnf.xml, time 00:00:00 for process 349 Jul
Re: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2
Hello, Apart from everything else suggested, I don't thing router reset is necessary for this (you loose some time). I don't remember performing reload when I had this issue. Although for stubborn IP phones I usually perform factory reset and provide everything what the phone requests from TFTP. regards kobel On Sat, Jul 10, 2010 at 9:27 PM, CCIE Voice cc...@corb.net wrote: Thanks Adam. Your suggestion worked. I did add the phone type to the config as well as the steps below. I think it was the clearing/recreating the profiles and bouncing the router that did it. Thanks again...scd ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] problems getting SIP phone registere d to BR2
Do not use SIP-notify. Use rtp-nte for sip endpoints on cucme. Sent from my Verizon Wireless Phone - Reply message - From: Miron Kobelski findko...@gmail.com Date: Sat, Jul 10, 2010 3:50 pm Subject: [OSL | CCIE_Voice] problems getting SIP phone registered to BR2 To: CCIE Voice cc...@corb.net Cc: ccie_voice@onlinestudylist.com Hello, Apart from everything else suggested, I don't thing router reset is necessary for this (you loose some time). I don't remember performing reload when I had this issue. Although for stubborn IP phones I usually perform factory reset and provide everything what the phone requests from TFTP. regards kobel On Sat, Jul 10, 2010 at 9:27 PM, CCIE Voice cc...@corb.net wrote: Thanks Adam. Your suggestion worked. I did add the phone type to the config as well as the steps below. I think it was the clearing/recreating the profiles and bouncing the router that did it. Thanks again...scd ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com