[cisco-voip] reorder tone, dmpiderr
Matt Slaga (US)
Matt.Slaga at us.didata.com
Thu Mar 22 08:34:22 EST 2007
I usually break out the chicken bones and give them a good toss.
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Thursday, March 22, 2007 9:25 AM
To: Ahmed Elnagar; Ryan Ratliff
Cc: cisco-voip at puck.nether.net
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 <mailto:aelnagar at ACT-EG.COM>
To: Ryan Ratliff <mailto:rratliff at cisco.com>
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
-----------------------------------------
Disclaimer:
This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only. If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful. If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070322/fa8f6cc0/attachment-0001.html
More information about the cisco-voip
mailing list