[cisco-voip] reorder tone, dmpiderr

Fri Mar 23 22:58:17 EST 2007

i will take your advice.  thanks.
i submitted the trace to cisco and i got reply that says
"Block NoPotentialMatchesExist OffNetrequestID" so the CallManager sent a
reorder tone to the phone.
but that is very odd.

the full picture of the problem is that we have a working voip remote office
95% of the time.  the other 5% of the time which is once or three times a
month, the users at the site get reorder tone.  and that was the message i
get on callmanager.

by design there is 9.@ which match all the outside call.  i just dont
understand it.

on the voice gateway, i have 2 PRI and one of them is assigned to the remote
office and the other to everyone else.

i use mgcp for signalling protocol.

any idea?

thanks

On 3/22/07, Ryan Ratliff <rratliff at cisco.com> wrote:
>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070323/767aa0b8/attachment.html 