[cisco-voip] Message Lights Not Resetting Properly - Please Advise!
Matthew Saskin
matt at saskin.net
Thu Mar 22 09:43:30 EST 2007
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
>
More information about the cisco-voip
mailing list