[cisco-voip] reorder tone, dmpiderr
Lelio Fulgenzi
lelio at uoguelph.ca
Thu Mar 22 08:31:02 EST 2007
Re: [cisco-voip] reorder tone, dmpiderrooops. wrong thread.
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...there's no such thing as a bad timbit...
----- Original Message -----
From: Lelio Fulgenzi
To: Ahmed Elnagar ; Ryan Ratliff
Cc: cisco-voip at puck.nether.net
Sent: Thursday, March 22, 2007 9:24 AM
Subject: Re: [cisco-voip] reorder tone, dmpiderr
I run DBLhelper.
the one that says 'publisher' is the publisher. ;)
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...there's no such thing as a bad timbit...
----- Original Message -----
From: Ahmed Elnagar
To: Ryan Ratliff
Cc: cisco-voip at puck.nether.net
Sent: Thursday, March 22, 2007 9:21 AM
Subject: Re: [cisco-voip] reorder tone, dmpiderr
yes exactly SDL is very hard to sense SDI is okay with me :)
Thanks and Best Regards
Ahmed A. Elnagar
Network Field Engineer
Advanced Computer Technology (ACT)
16 Fawzy Ramah St.Off Shehab St.Mohandessin, Giza, Egypt
Postal Code:12411 Cairo Egypt
Mob: +2010-2833868
Website: www.act-eg.com
E-mail: aelnagar at act-eg.com
----------------------------------------------------------------------------
From: cisco-voip-bounces at puck.nether.net on behalf of Ryan Ratliff
Sent: Thu 22-Mar-07 2:50 PM
To: kevin k
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] reorder tone, dmpiderr
I doubt many people on this list are able to make much sense from an
SDL trace. You are much better off with the SDI trace.
A DmPidErr means the device was not registered. You'd have to go
backward in the traces to find out why it got this way.
-Ryan
On Mar 22, 2007, at 1:35 AM, kevin k wrote:
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]
_______________________________________________
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
----------------------------------------------------------------------------
_______________________________________________
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/e101b304/attachment.html
More information about the cisco-voip
mailing list