[cisco-voip] Message Lights Not Resetting Properly - PleaseAdvise!

Thu Mar 22 10:35:04 EST 2007

Use this tool to verify that your accounts have the necessary rights to inside your AD and also Exchange environment.

http://www.ciscounitytools.com/App_DAD.htm

Also you can identify one user that the MWI is not working on and use the Port Viewer to see the details of the MWI process.

If it comes down to it you will have to use your diagnostic tools to capture information about the MSMQueue and the other related items to make sure that Unity is notified of the new Voicemail and gets notified, etc..

Brian

________________________________

From: cisco-voip-bounces at puck.nether.net on behalf of Matthew Saskin
Sent: Thu 3/22/2007 10:43 AM
To: Miller, Steve
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Message Lights Not Resetting Properly - PleaseAdvise!

Run a quick port usage report.  Possible that you're using up your
voicemail ports for other purposes and outdials for MWI aren't making it
through?

Anything change recently in the dial-plan?  Are the extensions you are
having problems with all over the place or are they all (for example)
within the same partition?

-matt

Miller, Steve wrote:
> Message lights are taking a very long time to reset or not resetting
> at all.  I have tried re-synching, but with limited results.  Are
> there any common causes/solutions for this issue?
> 
>
> Steve Miller
> Telecom Engineer
> Dickstein Shapiro LLP
> 1825 Eye Street NW | Washington, DC 20006
> Tel (202) 420-3370 Fax (202)-330-5607
> millers at dicksteinshapiro.com <mailto:millers at dicksteinshapiro.com>
>
> 
>
> ------------------------------------------------------------------------
> *From:* cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *kevin k
> *Sent:* Thursday, March 22, 2007 1:35 AM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] reorder tone, dmpiderr
>
> the situation is
> today i walk into office and find out that users at remote site
> (different partition from my partition) are getting reorder tone.
> 
> they can make internal calls (on-net)
> they dial outside call (off-net) and gets reorder tone immediately.
> 
> i ended up fixing it by restarting the pri in ccm.
> 
> i use mgcp to control voice gateway from ccm.
> 
> here is a trace.what do you think?
> 
> thanks.
> 
> 
>
> 07:49:13.881| SdlSig CcInfoInd tcc_await_digits1 Cdcc(1,100,23,37689) Cc(1,100,22,1) (1,100,126,1).9809734-(SEP00141CAA4C10:10.7.10.12
> <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP:
> 0]CI= 16858962  ssType=0 ssKey=0 ssName= dn=4 fact.fid=0 ccAct=0
> olpF=0 dName= lineInst=0 tId=0 pParty=0 totalMsg=0 sideAPL.plid=65
> sideAPL.l=0 sideAPL.pl=5 feaCType=0 deviceLocale=1  
> 07:49:13.881| SdlSig DaReq wait Da(1,100,29,1) Cdcc(1,100,23,37689) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI=16858962 Fqdn=6985 Cgpn=6985 Number=93012171234
> requestID=0 DigitAnalysisComplexity=0  
> 07:49:13.881| SdlSig DmPidReq initialized DeviceManager(1,100,31,1) Da(1,100,29,1) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [T:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0] Cepn={B430C7CF-5CE3-4B0E-B24A-77E3A1F74A81} Id=16858962  
> 07:49:13.881| SdlSig DmPidErr wait Da(1,100,29,1) DeviceManager(1,100,31,1) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0] Cepn={B430C7CF-5CE3-4B0E-B24A-77E3A1F74A81} Id=16858962
> Pid=0,0,0,0  
> 07:49:13.881| SdlSig DaRes info_da Cdcc(1,100,23,37689) Da(1,100,29,1) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI=16858962 Block NoPotentialMatchesExist
> OffNetrequestID =0  
> 07:49:13.881| SdlSig CfCallFailInd wait Cc(1,100,22,1) Cdcc(1,100,23,37689) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 1, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]  
> 07:49:13.881| SdlSig CcDisconnReq restart0 LineControl(1,100,52,9) Cdcc(1,100,23,37689) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI= 16858962  clearType0 c.cid8 c.l1 c.cs0 c.lc0 c.r0
> c.cv27 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28
> fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 BehalfDevice rfr0 rDestPart
> rDestPat rDestCdpn unMRDestCdpn rDestName  
> 07:49:13.881| SdlSig CcDisconnReq call_initiated1 LineCdpc(1,100,51,36143) LineControl(1,100,52,9) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI= 16858962  clearType0 c.cid8 c.l1 c.cs0 c.lc0 c.r0
> c.cv27 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28
> fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 BehalfDevice rfr0 rDestPart
> rDestPat rDestCdpn unMRDestCdpn rDestName  
> 07:49:13.881| SdlSig CcDisconnReq restart0 StationD(1,100,125,6) LineCdpc(1,100,51,36143) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI= 16858962  clearType0 c.cid8 c.l1 c.cs0 c.lc0 c.r0
> c.cv27 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28
> fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 BehalfDevice rfr0 rDestPart
> rDestPat rDestCdpn unMRDestCdpn rDestName  
> 07:49:13.881| SdlSig CcDisconnReq overlap_sending2 StationCdpc(1,100,124,45140) StationD(1,100,125,6) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI= 16858962  clearType0 c.cid8 c.l1 c.cs0 c.lc0 c.r0
> c.cv27 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 fac.fid28
> fac.l0 fac.fid28 fac.l0 fac.fid28 fac.l0 BehalfDevice rfr0 rDestPart
> rDestPat rDestCdpn unMRDestCdpn rDestName  
> 07:49:13.881| SdlSig StationOutputStopTone restart0 StationD(1,100,125,6) StationCdpc(1,100,124,45140) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 3, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CI=16858962 Line=2  
> 07:49:13.881| SdlSig StationOutputStartTone restart0 StationD(1,100,125,6) StationCdpc(1,100,124,45140) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 2, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]Tone=ReorderTone Direction=0 Line=2 CI=16858962  
> 07:49:13.881| SdlSig StationOutputSelectSoftKeys restart0 StationD(1,100,125,6) StationCdpc(1,100,124,45140) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 1, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]Line=2 CI=16858962 SKIndex=8 Mask=fffeffff  
> 07:49:13.881| SdlSig DSetCallState restart0 StationD(1,100,125,6) StationCdpc(1,100,124,45140) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0,
> LZP: 0 DBP: 0]CallState = disconnect_indication12  
> 07:49:13.881| SdlSig DbCdrReq wait EnvProcessCdr(1,100,8,1) Cdcc(1,100,23,37689) (1,100,126,1).9809734-(SEP00141CAA4C10:
> 10.7.10.12 <http://10.7.10.12>)| [NP - PQ: 0]
> 
> --------------------------------------------------------
> This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. This communication may contain material protected by attorney-client, work product, or other privileges. If you are not the intended recipient or person responsible for delivering this confidential communication to the intended recipient, you have received this communication in error, and any review, use, dissemination, forwarding, printing, copying, or other distribution of this e-mail message and any attached files is strictly prohibited. Dickstein Shapiro reserves the right to monitor any communication that is created, received, or sent on its network.  If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message.
>
> To reply to our email administrator directly, send an email to postmaster at dicksteinshapiro.com
>
> Dickstein Shapiro LLP
> http://www.DicksteinShapiro.com
> ==============================================================================
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>  

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070322/0f1bc534/attachment-0001.html 