Media-resources problem

[AirForces2050]

Dear All,

This is my first post in here and I glad to join your community and I am seeking you support in the below problem.

The problem in brief is that when we dial the DID it gets some delay until it enters the VDN which makes customers think that they aren't connected and close down. This makes high value for abandoned calls.

We have checked the PN and found an alaram on the Maintenance card test. Also while pinging the medpro we gets packet loss. We check the cabling, connectors, even replaced the medpro itself and the slot with another one. Upgraded to last FW64. Downgraded to FW58.

And still nothing fixes the problem.

When doing Test board for medpro we get the following:

1505 Abort 2806
1630 Abort 1003
and all other tests pass.

So any ideas please?

 

[montyzummer]

Can you take a list trace of the event on the tac , you will find the tac number on the trunk group form , so then "list trace tac xxx" make a call and post the results here.

APSS (SME)
ACSS (SME)
ACIS (UC)

 

[mattKnight]

Also while pinging the medpro we gets packet loss.

This is most definitely bad... While I won't guarantee that this is root of your issue, it may well be; if it were my system, I'd look at this as a priority.

We check the cabling, connectors, even replaced the medpro itself and the slot with another one

Have you looked at the switch port - is it taking errors, or is there a speed-duplex mismatch?

Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.

 

[AirForces2050]

Can you take a list trace of the event on the tac , you will find the tac number on the trunk group form , so then "list trace tac xxx" make a call and post the results here.

Here is a trace we made yesterday, Delay in that trace was 5 sec but at sometimes it reached up to 30 sec

16:16:52 Calling party trunk-group 113 member 127 cid 0x2456
16:16:52 Calling Number & Name 0483702733 NO-CPName
16:16:52 active trunk-group 113 member 127 cid 0x2456
16:16:52 0 0 ENTERING TRACE cid 9302
16:16:52 231 1 vdn e86500 bsr appl 0 strategy 1st-found override y
16:16:52 231 1 wait 2 secs hearing silent
16:16:52 dial 86500
16:16:52 term vector 231 cid 0x2456
16:16:52 G711MU ssff ps:20
rgn:32 [163.121.190.23]:18294
rgn:32 [10.14.212.22]:10836
16:16:52 xoip options: faxff modemff ttyff uid:0x507b2
xoip ip: [10.14.212.22]:10836
16:16:57 active announcement 85429 cid 0x2456
16:16:57 hear annc board 07A06 ext 85429 cid 0x2456

 

[AirForces2050]

This is most definitely bad... While I won't guarantee that this is root of your issue, it may well be; if it were my system, I'd look at this as a priority.

Have you looked at the switch port - is it taking errors, or is there a speed-duplex mismatch?

Yea that seemed odd to us as only the medpro gives success rate 84% while other cards gives 100% success rate. The switch belongs to our customer and he says that he didn't make any port configuration changes. From our side we set the duplex to full.

 

[montyzummer]

OK so the delay is detected in cm also so what does status media-processor board "Location" tell you, are there any alarms or warning.

Can you also show us vector 231 and the codec settings for NR 32



APSS (SME)
ACSS (SME)
ACIS (UC)

 

[montyzummer]

Looking at the errors

1003 ABORT The system could not allocate a tone receiver for the test. The system
may be oversized for the number of Tone Detectors present, or some
Tone Detectors may be out of service.
1. Enter list measurements tone-receiver to see information
regarding the system’s tone receivers.
2. Resolve any TTR-LEV (TTR Level) errors.
3. Resolve any TONE-PT (Tone Generator) errors.
4. Retry the command at 1-minute intervals up to 5 times.

2806 ABORT The system could not find any in-service IP Media Processors to use as
a destination for this test.

So worrying I would look at the tone detectors first "list measurements tone-receiver" and see what that tells you , the second alarm 2806 is misleading as you obviously have a board , just need to get to the reason why it returns this error , may well be resources.

Also try "status health" and see what that shows.

APSS (SME)
ACSS (SME)
ACIS (UC)

 

[AirForces2050]

Thank you very much guys problem seems to be solved now.

We changed DTMF over IP to be out of band in the signalling group for the trunk and it worked without delay now.

It seemed to be a problem with the tone receiver in ipsi as montyzummer said.