IPO and VMPro not communicating

[edmana]

Hey,

I have an IPO500 v1 running 8.0(43) and VMPro running 8.0 (1001). Everything was fine until yesterday when I used Manager v10.1.57 to pull a config and add a new DID to a line. I can not not get into the AA, *17 hangs, shows connected on phone but no sound.

Calls from outside just get dead air but connect to VMPro.

I tried a few things, such as rebooting the IPO from both software and pulling the plug, restarting the VMPro Service, uninstalling and reinstalling VMPro, and finally stopping the VMPro service and installing on a different machine to see if that worked. So far, no good on all fronts. I have checked that the VMPro license is still there which it is.

Anyone have any ideas?

Thanks in advance,
Ed

 

[Westi]

take the systems off the network to rule out a network issue like a duplicate IP address

(or ping it and check the arp table if the MAC address matches if you like)

Joe W.

FHandw, ACSS (SME), ACIS (SME)

http://convergednetworks.ca

“This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter

 

[edmana]

The network is fine. Nothing duplicated.

In playing w/ the system, I took a digital phone and did *17 and it worked! So now, SIP calls coming in don't get the AA and the IP 1616 doesn't get to VM. However, I used the short code of *17 and one I created to get into the AA for testing and both work fine on the digital extension.

Any other ideas?

Thanks!

 

[amriddle01]

Sounds like you maybe have a dodgy VCM card, what does monitor show against VCM channels?



"No problem monkey socks

 

[edmana]

I get this showing up when I dial *17:

7708736mS CMMap: a=6.1 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 1, total 128

I also get (later in the trace):

7708750mS CMMap: PCG::MapBChan pcp[267]b0r1 cp_b 0 other_cp_b 0 type CGTypeSimple
7708750mS CMMap: PCGS CPReserveCodec for the other end (pcp[267]b0r1) true
7708750mS CMMap: PCG::MapBChan pcp[140]b1r0 cp_b f59c7804 other_cp_b f59d8320 type CGTypeSimple
7708750mS CMMap: a=6.1 b=21.42 M1
7708750mS CMMap: PlatformConnectionAudioSAP::ConnectVoice (connect) pcp[267]b0r1 echo_cancellation set to 0
7708751mS CMMap: PlatformConnectionAudioSAP::ConnectVoice pcp[267]b0r1 Configure 6.1
7708751mS CMMap: PlatformConnectionAudioSAP::ConnectVoice pcp[267]b0r1 ConnectIndication 6.1
7709382mS H323Evt: Recv: RegistrationRequest 192.168.88.41; Endpoints registered: 1; Endpoints in registration: 0
7709731mS H323Evt: RTP(50r): 192.168.88.40/49152 192.168.88.41/50422 CODEC=G729A8K(6) PKTSZ=20 RFC2833=off AGE=1683 SENT=0 (avg size=0) RECV=50 (avg size=20)
7714033mS RES: Fri 11/10/2013 16:53:34 FreeMem=61497000(2) CMMsg=5 (6) Buff=5200 967 886 7443 5 Links=4432
7714034mS RES2: IP 500 8.0(43) Tasks=38 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=53 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1 SSA=0 TCP=16 TAPI=0 CF=MNTD
7718653mS PRN: WARNING:
7718653mS PRN: TI VCM: tcid 0, unexpected packets from DSP
7718653mS PRN:
7718653mS PRN: VCM DSP tcid 0, recovering errant channel
7718653mS PRN: WARNING:
7718653mS PRN: TI VCM: core 0, channel 0: unexpected event Channel stuck transmitting in state uninitialised
7718653mS PRN:

 

[amriddle01]

Sure looks like something is up with the VCM card

7718653mS PRN: WARNING:
7718653mS PRN: TI VCM: tcid 0, unexpected packets from DSP
7718653mS PRN:
7718653mS PRN: VCM DSP tcid 0, recovering errant channel
7718653mS PRN: WARNING:
7718653mS PRN: TI VCM: core 0, channel 0: unexpected event Channel stuck transmitting in state uninitialised
7718653mS PRN:

When first connecting monitor what does it show against VCM= ? It's in the first few lines



"No problem monkey socks

 

[edmana]

At the start of monitor, I get:

9564631mS PRN: Monitor Started IP=192.168.88.113 IP 500 8.0(43) TODI-IPO-01
(IP Office: Supports Unicode, System Locale is default)
9564631mS PRN: LAW=U PRI=0, BRI=0, ALOG=4, ADSL=0 VCOMP=128, MDM=0, WAN=0, MODU=0 LANM=0 CkSRC=0 VMAIL=1(VER=3 TYP=1) CALLS=0(TOT=46)
9565033mS RES: Fri 11/10/2013 17:24:25 FreeMem=61494236(2) CMMsg=5 (6) Buff=5200 967 886 7450 5 Links=4516
9565033mS RES2: IP 500 8.0(43) Tasks=38 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=52 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=2 SSA=0 TCP=16 TAPI=0 CF=MNTD
9567631mS PRN: +++ START OF ALARM LOG DUMP +++
9567631mS PRN: ALARM: 30/06/2011 09:48:58 IP 500 6.1(12) <DSI Excep> CRIT RAISED addr=00000024 d=5 pc=f06fa690 f06fb734 f06fa7fc f071a644 f06d0dcc f06d670c
9567631mS PRN: ALARM: 24/07/2012 18:49:40 IP 500 8.0(43) <WATCHDOG> CRIT RAISED addr=00000000 d=0 pc=f028be44 f0250a70 f0251ad0 f0251bc8 f0141114 f014120c
9567631mS PRN: ALARM: 05/05/2013 19:04:32 IP 500 8.0(43) <WATCHDOG> CRIT RAISED addr=00000000 d=0 pc=f028be44 f024b458 f024d91c f087b294 f025fa30 f02791ec
9567631mS PRN: +++ END OF ALARM LOG DUMP +++
9568831mS PRN: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
9568831mS PRN: + loader: 1.3
9568831mS PRN: + cpu: id 2 board c0 pld 17 type c10 options 2
9568831mS PRN: + fpga: id 1 issue 1 build 817
9568831mS PRN: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
9568832mS PRN: ++++++++++++++++++++ LIST OF MODULES ++++++++++++++++++++
9568832mS PRN: +------------------------------------------------------------
9568832mS PRN: + Slot 1: Base VCM64 Board=0x05 PLD=0x11
9568832mS PRN: + Mezzanine ATM4 Board=0x02 PLD=0x07
9568832mS PRN: +------------------------------------------------------------
9568833mS PRN: + Slot 2: Base PHONE8 Board=0x03 PLD=0x03
9568833mS PRN: + Mezzanine NONE
9568833mS PRN: +------------------------------------------------------------
9568833mS PRN: + Slot 3: Base DIGSTA8 Board=0x12 PLD=0x06
9568833mS PRN: + Mezzanine NONE
9568833mS PRN: +------------------------------------------------------------
9568834mS PRN: + Slot 4: Base VCM64 Board=0x05 PLD=0x11
9568834mS PRN: + Mezzanine NONE
9568834mS PRN: +------------------------------------------------------------
9568834mS PRN: +++++++++++++++++ END OF LIST OF MODULES +++++++++++++++
9578280mS PRN: Monitor Status IP 500 8.0(43)
9578280mS PRN: LAW=U PRI=0, BRI=0, ALOG=4, ADSL=0 VCOMP=128, MDM=0, WAN=0, MODU=0 LANM=0 CkSRC=0 VMAIL=1(VER=3 TYP=1) CALLS=0(TOT=46)

 

[amriddle01]

It can see both VCM cards fine.... perhaps try removing one of the VCM cards and re test then remove the other and test, could still be a dodgy card



"No problem monkey socks

 

[tlpeter]

I would also remove one card and try again.
If it fails then remove the other one and try the other card.
If both fail replace the IPO and try both cards again.


BAZINGA!

I'm not insane, my mother had me tested!

 

[edmana]

Ok, so I removed one card, tried it, removed the other, inserted the first one, tried it, and both work individually....Perhaps just a re-seat?

 

[tlpeter]

You could try it.
But there where some doggy cards where a certain channels was broken.
I am not sure which one but i believe it was the 5th or the 10th channel on a VCM64.


BAZINGA!

I'm not insane, my mother had me tested!

 

[edmana]

tlpeter,

Was there a fix issued for this? Also, if no VCMs are in use, does the IPO just start allocating at the beginning again?

Thanks!
Ed

 

[tlpeter]

I replaced the card.
It always star with the first free channel so you should setup multiple calls.
It is a long time ago so i can't remember which channel it occurred.

BAZINGA!

I'm not insane, my mother had me tested!

 

[edmana]

Got it.

Thanks everybody for help on this. The reseat has worked for now. It's our internal system so I may just order replacement cards.

 

[tlpeter]

In case you need it, this is the original topic:

http://www.tek-tips.com/viewthread.cfm?qid=1578638

I remembered the 5th channel well

BAZINGA!

I'm not insane, my mother had me tested!