[OSL | CCIE_Voice] Password recovery disabled on intial configs from ipexpert
Hello, I encounter a problem after downloading the initial config of the pstn router in my own lab The ipexpert initial config of the router is configured with "no service password-recovery" Command Does anybody know this password ? I tried to pass through searching on the cisco web site .. but no way Thanks in advance Claude. -- This email was Anti Virus checked by Astaro Security Gateway. Disclaimer The information in this Internet e-mail is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Internet e-mail by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this e-mail are subject to the terms and conditions expressed in our governing terms of business. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] RE : Password recovery disabled on intial configs from ipexpert
Please, see message from Ryan Barnum. He sent you the password as unicast e-mail couple of minutes ago :-) -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: mar...@ipexpert.com Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Sun, Nov 21, 2010 at 17:13, Friderich Claude wrote: > Yes Marko i tried but still get wrong password > > The pstn router has a special config with a menu > > As I tried in console mode, the enable password is not ipexpert > > Another suggestion ? :-) > > Perhaps Vik has the answer ... > > Thanks in advance > > Claude > > De: Marko Milivojevic [mailto:mar...@ipexpert.com] > Date: dim. 11/21/2010 5:46 > À: Friderich Claude > Cc: ccie_voice@onlinestudylist.com > Objet : Re: [OSL | CCIE_Voice] Password recovery disabled on intial configs > from ipexpert > > Have you tried "ipexpert"? > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > FREE CCIE training: http://bit.ly/vLecture > > Mailto: mar...@ipexpert.com > Telephone: +1.810.326.1444 > Web: http://www.ipexpert.com/ > > On Sun, Nov 21, 2010 at 16:09, Friderich Claude > wrote: >> Hello, >> >> I encounter a problem after downloading the initial config of the pstn >> router in my own lab >> >> The ipexpert initial config of the router is configured with "no service >> password-recovery" Command >> >> Does anybody know this password ? >> >> I tried to pass through searching on the cisco web site .. but no way >> >> Thanks in advance >> >> Claude. >> >> >> >> >> -- >> This email was Anti Virus checked by Astaro Security Gateway. >> >> Disclaimer >> The information in this Internet e-mail is confidential and may be legally >> privileged. It is intended solely for the addressee. Access to this >> Internet >> e-mail by anyone else is unauthorized. If you are not the intended >> recipient, any disclosure, copying, distribution or any action taken or >> omitted to be taken in reliance on it, is prohibited and may be unlawful. >> When addressed to our clients any opinions or advice contained in this >> e-mail are subject to the terms and conditions expressed in our governing >> terms of business. >> >> ___ >> 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] RE : Password recovery dis abled on intial configs from ipexpert
Yes Marko i tried but still get wrong password The pstn router has a special config with a menu As I tried in console mode, the enable password is not ipexpert Another suggestion ? :-) Perhaps Vik has the answer ... Thanks in advance Claude De: Marko Milivojevic [mailto:mar...@ipexpert.com] Date: dim. 11/21/2010 5:46 À: Friderich Claude Cc: ccie_voice@onlinestudylist.com Objet : Re: [OSL | CCIE_Voice] Password recovery disabled on intial configs from ipexpert Have you tried "ipexpert"? -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: mar...@ipexpert.com Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Sun, Nov 21, 2010 at 16:09, Friderich Claude wrote: > Hello, > > I encounter a problem after downloading the initial config of the pstn > router in my own lab > > The ipexpert initial config of the router is configured with "no service > password-recovery" Command > > Does anybody know this password ? > > I tried to pass through searching on the cisco web site .. but no way > > Thanks in advance > > Claude. > > > > > -- > This email was Anti Virus checked by Astaro Security Gateway. > > Disclaimer > The information in this Internet e-mail is confidential and may be legally > privileged. It is intended solely for the addressee. Access to this Internet > e-mail by anyone else is unauthorized. If you are not the intended > recipient, any disclosure, copying, distribution or any action taken or > omitted to be taken in reliance on it, is prohibited and may be unlawful. > When addressed to our clients any opinions or advice contained in this > e-mail are subject to the terms and conditions expressed in our governing > terms of business. > > ___ > 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] Password recovery disabled on intial configs from ipexpert
Have you tried "ipexpert"? -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: mar...@ipexpert.com Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Sun, Nov 21, 2010 at 16:09, Friderich Claude wrote: > Hello, > > I encounter a problem after downloading the initial config of the pstn > router in my own lab > > The ipexpert initial config of the router is configured with "no service > password-recovery" Command > > Does anybody know this password ? > > I tried to pass through searching on the cisco web site .. but no way > > Thanks in advance > > Claude. > > > > > -- > This email was Anti Virus checked by Astaro Security Gateway. > > Disclaimer > The information in this Internet e-mail is confidential and may be legally > privileged. It is intended solely for the addressee. Access to this Internet > e-mail by anyone else is unauthorized. If you are not the intended > recipient, any disclosure, copying, distribution or any action taken or > omitted to be taken in reliance on it, is prohibited and may be unlawful. > When addressed to our clients any opinions or advice contained in this > e-mail are subject to the terms and conditions expressed in our governing > terms of business. > > ___ > 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] CUE does not "hear" DTMF from CME SIP Phone
Hi Miron, My PL session is over now, but I'll definitely try again and post my finding. It's weird because I've done CME SIP phone many times, and never had this problem. The CUE DTMF method is what I was looking for, so thank you for letting me know how to check the configuration if it. -Dave On Sun, Nov 21, 2010 at 4:06 AM, Miron Kobelski wrote: > Hi David, > > I assume you did "create profile"? > > Regarding CUE support for RFC2833 - some people reported it works: > * > http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg12589.html > * > http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg19366.html > > I had exactly the same issue today in the lab and I was able to resolve it > this way. > I never did it, but you might want to check dtmf relay configuration on CUE > itself: > > > cue(config)# ccn subsystem sip > cue(config-sip)# > cue(config-sip)# ? > dtmf-relaySIP dtmf relay methods > end Leave subsystem configuration mode > exit Exit configuration mode > gateway SIP Server used for initiating calls > mwi message waiting indicator > noDelete configuration command > default Use default value > protocol SIP Protocol configuration for interworking with IOS > images > transfer-mode SIP call transfer method > > cue(config-sip)# dtmf-relay ? > info info message > rtp-nte RFC 2833 > sip-notifysip-notify > sub-notifysubscribe notify > > > > regards > kobel > > > > On Sun, Nov 21, 2010 at 02:27, David Lee wrote: > >> Hi Miron, >> >> Thanks for your suggestion, but no joy... Even changed phones, but it >> still didn't work... >> >> voice register pool 2 >> id mac 001A.2F75.2336 >> >> type 7961 >> number 1 dn 2 >> dialplan 1 >> dtmf-relay rtp-nte sip-notify >> username 3006 password cisco >> description 32143006 >> codec g711ulaw >> ! >> >> dial-peer voice 3600 voip >> destination-pattern 3600 >> session protocol sipv2 >> session target ipv4:10.10.202.2 >> incoming called-number 399[89] >> dtmf-relay sip-notify rtp-nte >> codec g711ulaw >> no vad >> ! >> >> I never heard that you had to add the rtp-nte to the SIP dial-peer to CUE, >> since CUE only uses sip-notify... >> >> Thanks, >> >> -Dave >> >> >> On Sat, Nov 20, 2010 at 7:43 PM, Miron Kobelski wrote: >> >>> Hi, >>> >>> configure dial-peer to cue and voice register pools with "dtmf-relay >>> sip-notify rtp-nte", create profile & restart phones. Should work fine. >>> >>> regards >>> kobel >>> >>> On Sun, Nov 21, 2010 at 00:50, David Lee wrote: >>> Hello, I was wondering if someone can suggest what may be the problem with my CME SIP phone or CUE setup. The SCCP can access the CUE mailbox just fine. MWI also works. (Outcall + SIP Notify for the SIP phone.) But when I call CUE from the CME SIP Phone, CUE does not recognize any DTMF signals. I do see CCSIP NOTIFY messages when I press a key... I already did several create profile, reset, even restarted the router and CUE module. I think my config is right... But I may be missing something really stupid... Here are some configs and debugs for reference... BR2-RTR# Nov 21 04:43:54.203: //-1//SIP/Msg/sipDisplayBinaryData: Sending: Binary Message Body Nov 21 04:43:54.203: Content-Type: audio/telephone-event 00 00 07 D0 Nov 21 04:43:54.207: //-1//SIP/Msg/ccsipDisplayMsg: Sent: NOTIFY sip:3...@10.10.202.2:5060 SIP/2.0 Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK90189F From: "br2 phn 4" >;tag=238694-1F To: >;tag=cued2c62451 Call-ID: c2ca34c0-f46011df-810da94a-d18d3...@10.10.202.1 CSeq: 102 NOTIFY Max-Forwards: 70 Date: Sun, 21 Nov 2010 04:43:54 GMT User-Agent: Cisco-SIPGateway/IOS-12.x Event: telephone-event Subscription-State: active Contact: Content-Type: audio/telephone-event Content-Length: 4 .P Nov 21 04:43:54.219: //-1//SIP/Msg/ccsipDisplayMsg: Received: BR2-RTR#SIP/2.0 200 Ok Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK90189F To: >;tag=cued2c62451 From: "br2 phn 4" >;tag=238694-1F Call-ID: c2ca34c0-f46011df-810da94a-d18d3...@10.10.202.1 CSeq: 102 NOTIFY Content-Length: 0 Allow-Events: refer Allow-Events: telephone-event Allow-Events: message-summary BR2-RTR#sh run | be voice serv voice service voip allow-connections h323 to h323 allow-connections h323 to sip allow-connections sip to h323 allow-connections sip to sip sip bind control source-interface Vlan400 bind media source-interface Vlan400 registrar server ! ! ! BR2-RTR# BR2-RTR#sh run | be dial-p dial-peer voic
Re: [OSL | CCIE_Voice] CUE does not "hear" DTMF from CME SIP Phone
Hi David, I assume you did "create profile"? Regarding CUE support for RFC2833 - some people reported it works: * http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg12589.html * http://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg19366.html I had exactly the same issue today in the lab and I was able to resolve it this way. I never did it, but you might want to check dtmf relay configuration on CUE itself: cue(config)# ccn subsystem sip cue(config-sip)# cue(config-sip)# ? dtmf-relaySIP dtmf relay methods end Leave subsystem configuration mode exit Exit configuration mode gateway SIP Server used for initiating calls mwi message waiting indicator noDelete configuration command default Use default value protocol SIP Protocol configuration for interworking with IOS images transfer-mode SIP call transfer method cue(config-sip)# dtmf-relay ? info info message rtp-nte RFC 2833 sip-notifysip-notify sub-notifysubscribe notify regards kobel On Sun, Nov 21, 2010 at 02:27, David Lee wrote: > Hi Miron, > > Thanks for your suggestion, but no joy... Even changed phones, but it > still didn't work... > > voice register pool 2 > id mac 001A.2F75.2336 > > type 7961 > number 1 dn 2 > dialplan 1 > dtmf-relay rtp-nte sip-notify > username 3006 password cisco > description 32143006 > codec g711ulaw > ! > > dial-peer voice 3600 voip > destination-pattern 3600 > session protocol sipv2 > session target ipv4:10.10.202.2 > incoming called-number 399[89] > dtmf-relay sip-notify rtp-nte > codec g711ulaw > no vad > ! > > I never heard that you had to add the rtp-nte to the SIP dial-peer to CUE, > since CUE only uses sip-notify... > > Thanks, > > -Dave > > > On Sat, Nov 20, 2010 at 7:43 PM, Miron Kobelski wrote: > >> Hi, >> >> configure dial-peer to cue and voice register pools with "dtmf-relay >> sip-notify rtp-nte", create profile & restart phones. Should work fine. >> >> regards >> kobel >> >> On Sun, Nov 21, 2010 at 00:50, David Lee wrote: >> >>> Hello, >>> >>> I was wondering if someone can suggest what may be the problem with my >>> CME SIP phone or CUE setup. The SCCP can access the CUE mailbox just fine. >>> MWI also works. (Outcall + SIP Notify for the SIP phone.) But when I call >>> CUE from the CME SIP Phone, CUE does not recognize any DTMF signals. I do >>> see CCSIP NOTIFY messages when I press a key... >>> >>> I already did several create profile, reset, even restarted the router >>> and CUE module. I think my config is right... But I may be missing >>> something really stupid... >>> >>> >>> Here are some configs and debugs for reference... >>> >>> >>> BR2-RTR# >>> Nov 21 04:43:54.203: //-1//SIP/Msg/sipDisplayBinaryData: >>> Sending: Binary Message Body >>> Nov 21 04:43:54.203: Content-Type: audio/telephone-event >>> 00 00 07 D0 >>> Nov 21 04:43:54.207: //-1//SIP/Msg/ccsipDisplayMsg: >>> Sent: >>> NOTIFY sip:3...@10.10.202.2:5060 SIP/2.0 >>> Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK90189F >>> From: "br2 phn 4" >>> >;tag=238694-1F >>> To: >;tag=cued2c62451 >>> Call-ID: c2ca34c0-f46011df-810da94a-d18d3...@10.10.202.1 >>> CSeq: 102 NOTIFY >>> Max-Forwards: 70 >>> Date: Sun, 21 Nov 2010 04:43:54 GMT >>> User-Agent: Cisco-SIPGateway/IOS-12.x >>> Event: telephone-event >>> Subscription-State: active >>> Contact: >>> Content-Type: audio/telephone-event >>> Content-Length: 4 >>> >>> .P >>> Nov 21 04:43:54.219: //-1//SIP/Msg/ccsipDisplayMsg: >>> Received: >>> >>> BR2-RTR#SIP/2.0 200 Ok >>> Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK90189F >>> To: >;tag=cued2c62451 >>> From: "br2 phn 4" >>> >;tag=238694-1F >>> Call-ID: c2ca34c0-f46011df-810da94a-d18d3...@10.10.202.1 >>> CSeq: 102 NOTIFY >>> Content-Length: 0 >>> Allow-Events: refer >>> Allow-Events: telephone-event >>> Allow-Events: message-summary >>> >>> >>> >>> BR2-RTR#sh run | be voice serv >>> voice service voip >>> allow-connections h323 to h323 >>> allow-connections h323 to sip >>> allow-connections sip to h323 >>> allow-connections sip to sip >>> sip >>> bind control source-interface Vlan400 >>> bind media source-interface Vlan400 >>> registrar server >>> ! >>> ! >>> ! >>> >>> >>> BR2-RTR# >>> BR2-RTR#sh run | be dial-p >>> dial-peer voice 3600 voip >>> destination-pattern 3600 >>> session protocol sipv2 >>> session target ipv4:10.10.202.2 >>> incoming called-number 399[89] >>> dtmf-relay sip-notify >>> codec g711ulaw >>> no vad >>> ! >>> >>> BR2-RTR#sh run | be voice register >>> voice register global >>> mode cme >>> source-address 10.10.202.1 port 5060 >>> max-dn 2 >>> max-pool 2 >>> authenticate register >>> timezone 13 >>> time-format 24 >>> date-format D/M/Y >>> voicemail 3600 >>> tftp-path flash: >>> create profile sync 712964732422 >>> ntp-server 10.1