[cisco-voip] Message Lights Not Resetting Properly - Please Advise!

Voll, Scott Scott.Voll at wesd.org
Thu Mar 22 10:51:25 EST 2007


UM?  Has the exchange box been rebooted and the unity box not?

 

Scott

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Miller, Steve
Sent: Thursday, March 22, 2007 6:36 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Message Lights Not Resetting Properly - Please
Advise!

 

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)| [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)| [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)|
[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)| [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)| [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)| [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)| [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)| [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)| [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)| [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)| [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)| [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)| [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)| [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)| [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
========================================================================
======
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070322/875b87f9/attachment.html 


More information about the cisco-voip mailing list