yes i did this , but still same. really strange.
From: Randall Crumm
To: Karen Johnson
Cc: "ccie_voice@onlinestudylist.com"
Sent: Wednesday, July 17, 2013 9:10:58 PM
Subject: Re: [OSL | CCIE_Voice] IPPM service failed
You need to create an application use
You need to create an application user, have it control the phones needing the
service. This username and pw would need to match the username and password
configured on CUPS
Ex
On Jul 17, 2013, at 7:26 PM, Karen Johnson wrote:
> do u mean :
>
> - End User configuration , and check "Allow co
Show call-manager-fallback dial-peer
This will show the ephone dn dialpeer
Regards,
Piyush Jain
-Original Message-
From: Karen Johnson
To: "ccie_voice@onlinestudylist.com"
Sent: Wed, 17 Jul 2013 11:15 AM
Subject: [OSL | CCIE_Voice] srst ephone-dn
all,
when i configure "srst auto
do u mean :
- End User configuration , and check "Allow control of device from CTI "?
- End user configuration, Group : - standard cti enable
- standard ccm end user
- standard CTI Allow
contr
Thanks all, it was firmware. Forgot to mention before that I had made sure
there was an extension and had checked replication as that was my inital
thought as well. Appreciate the assistance.
Alex
From: Tony Zunt
To: Alex Pishko
Cc: "ccie_voice@onlinest
Hi Alex
Firmware. I had a lot of old 7960s on hand and ran into the same issue.
Basically had to try earlier and earlier revisions of SIP firmware to get
them to work. There's release notes on CCO for 7960 describing
compatibility for SIP firmware 8.7.
http://www.cisco.com/en/US/products/sw/vo
Sip phones require an extension to register. Also make sure your
replication is working... maybe your phone is programmed in the pub, but
the sub doesn't have it in its database.
Good luck.
On Jul 17, 2013 9:35 PM, "Alex Pishko" wrote:
> All,
>
> Having an issue with a 7960 registering to CUCM
All,
Having an issue with a 7960 registering to CUCM using SIP. On the actual phone
itself keep getting the error registration rejected. Within CUCM I also see
rejected on the phone page.
I've verifed multiple times that the MAC address is correct and my SIP profile
is pretty basic as th
May be you missed
dtmf-realy sip-notify
Under the dial-peer to CUE
And hence DTMF is not sent to CUE and you are not authenticated
Hope That helps
Thanks
___
For more information regarding industry leading CCIE Lab training, please visit
www.ipexper
Does the user have CTI control over all the phones?
On Jul 17, 2013, at 4:40 PM, Karen Johnson wrote:
> folks,
>
> i got strange issue in my IPPM service.
>
> I verified using "System troubleshoot" in CUPS all looks good and i have
> config as per cisco doc. Also the url is verified correct
folks,
i got strange issue in my IPPM service.
I verified using "System troubleshoot" in CUPS all looks good and i have config
as per cisco doc. Also the url is verified correct.
- When i press IPPM service thru phone at HQ and SB sites, it gave me error:
"You were trying to access IP Ph
all,
if we need to speed up srst testing (switchback between normal and srst).
- how low can we change "Connection Monitor duration" in Device Pool
- is there any other better way or IOS command ?
K___
For more information regarding industry leading
all,
when i press VM button in SC phone, it ask for pin. And i press 12345 .
this work fine in normal mode (CUE register to UCM)
but if i switch to SRST mode, it also prompt for pin, just when i press 12345,
they never detected it.
any config i missed in CUE ?
K___
thanks all, work great now
From: Ashok Boinpally
To: Karen Johnson
Cc: "ccie_voice@onlinestudylist.com"
Sent: Wednesday, July 17, 2013 12:42:35 AM
Subject: Re: [OSL | CCIE_Voice] srst ephone-dn
Hi Karen,
"srst autoprovision none" command does not mean th
My guess is that they want you to know that
MDCX is hey the is a change coming
DLCX is hey the change I warned you about is disconnect.
AUEP, AUCX, CRCX, DLCX, EPCF, MDCX, NTFY, RQNT, RSIP
AUEP - Audit Endpoint
AUCX - Audit Connection
CRCX - Create Connection
DLCX - Delete Connection
MDCX
Hello
Haven't taken the lab but my money is on DLCX. I acknowledge that it is
possible that they redefined the notion of call teardown for the lab but I
doubt it.
Regards,
Ovidiu
http://tools.ietf.org/html/draft-ietf-megaco-mgcp-flows-01
Extract 1
[image: Inline image 3]
Extract 2
[image: Inlin
Every (normal) teardown in MGCP begins with MDCX (and "M: recvonly") and
then teardown is complete with DLCX. There is a slight difference in debug
order if you are debugging both Q931 and MGCP packets but in normal cases
you should see MDCX then DLCX in all teardowns (except temp failure or
other
The message which indicates that an MGCP call is tearing down is
MDCX or DLCX.??
Some guys say that it is DLCX no MDCX
May be some one who got marks in this section can clarify
Thanks
___
For more information regarding industry leading CCIE Lab trai
18 matches
Mail list logo