IP406 not receiving calls

[motch6]

IP406 was working fine this morning, then all of a sudden it won't recieve incoming calls. We can make out going and get a dial tone just fine. Had phone company check wiring. All looks good, so we think.

Using IP400 Analog unit to bring POTS analog lines into system. Have made sure all UNUSED lines are put to "Out of Service" and have rebooted the system several times....

Still no go, all calls incomeing don't ring to the system... I can watch the call Status and nothing shows up on incoming calls, but I can see when someone uses it to make outgoing call.

What am I missing?

thanks

 

[hairlessupportmonkey]

have you tried plugging in an alog phone into the lines and tested?

ACSS - SME
General Geek

 

[motch6]

I'm assuming you mean physically plug an analog phone into the wires coming off the block...

If so, I haven't had a phone to do that, BUT i'd assume if we can make OUTGOING calls and get a dial tone, that the lines are working.

I just can't get incomeing calls... I can view the Call status and it shows they aren't even hitting the system or at least the system isn't Routing them correctly...

Really at my witts end on this one... I've tried messing with the Incomeing call route but didn't seem to help. Any ideas on that one?

 

[motch6]

Just thought of something else... Is it possible it still could be the Phone Companies fault? As in a problem with their Hunt group... maybe not terminating at your IPOffice unit?

help!

 

[trinetintl]

How many analog lines do you have on the 406?
Never discard the telephone company as the one at fault, test the phone line(s) directly at the d-mark to see if you can receive calls OK. If it the lines are working OK then you can focus on the IP Office.

RE

http://www.trinet-intl.com

APSS - SME
ACIS - SME

 

[motch6]

Well, then maybe its not the Phone company... as the Tech called from his cell phone yesterday and it was ringing on his equipment... hmmmm

Now i'm really at a loss.

We have SIX analog lines coming in through the IP400 analog unit, which then uses the expansion line to go to the IP406. Our FAX line (the 7th line) is not going through the system and is working fine.

 

[motch6]

This is a log of when I call into the system from outside... can anyone tell me what is going on and why... it won't ring into the system or to a phone? What's going on with the ambiguity?

********** SysMonitor v5.1 (29) [connected to 10.20.10.200 (Liberty)] **********

4191157mS PRN: Monitor Status IP 406 DS 3.1(29)
4191157mS PRN: LAW=U PRI=0, BRI=0, ALOG=8, ADSL=0 VCOMP=0, MDM=0, WAN=0, MODU=2 LANM=0 CkSRC=0 VMAIL=0(VER=0 TYP=1) CALLS=0(TOT=132)
4243993mS PRN: AtmLine603: bchan=5: StateChange Idle->IncomingGuard
4244227mS RES: Tue 4/10/2011 16:04:32 FreeMem=48682748(20) CMMsg=5 (7) Buff=100 624 498 536 5 Links=9787 Elements=0
4250403mS PRN: AtmLine603: bchan=5: StateChange IncomingGuard->Present
4250404mS CD: CALL: 603.6.1 BState=Idle Cut=1 Music=0.0 Aend="Line 603" (12.5) Bend="" [] (0.0) CalledNum= () CallingNum=801****** () Internal=0 Time=0 AState=Idle
4250404mS CMTARGET: LOOKUP CALL ROUTE:133 type=100 called_party= sub= calling=8015589178 in=1 complete=1
4250404mS CMTARGET: SET BESTMATCH:133 length 0 vs 0 match=8014851979 dest=VM:Test
4250405mS CMTARGET: AMBIGUITY:133 match=8014870723 dest=VM:Test
4250405mS CMTARGET: AMBIGUITY:133 match=8014676065 dest=VM:Test
4250405mS CMTARGET: AMBIGUITY:133 match=8014860175 dest=VM:Test
4250405mS CMTARGET: AMBIGUITY:133 match=8014870733 dest=VM:Test
4250405mS CMTARGET: AMBIGUITY:133 match=8014676068 dest=VM:Test
4250405mS CMTARGET: LOOKUP INCOMING CALL ROUTE:133, calling party is 8015589178. Using destination VM:Test
4250405mS CMTARGET: ADD TARGET:133 number=VM:Test type=100 depth=1 nobar=1 setorig=1
4250406mS CMTARGET: LOOKUP CALL ROUTE:133 returned 1
4250406mS CMTARGET: SELECT:133 1 0 TGHG=00000000 TGUSER=00000000 INCL=00000000 EXCL=00000000
4250406mS CMTARGET: SELECT:133 NO TARGETS, TRY VOICEMAIL
4250407mS PRN: CALL: 603.6.1 Deleted leaving 0 CMCall objects
4250407mS CALL:2011/10/0416:04,00:00:00,000,8015589178,I,Test,,8014676065,,,0,,""
4250407mS PRN: AtmLine603: bchan=5: StateChange Present->AwaitDisconnect
4250408mS CD: CALL: 603.6.1 Deleted
4250727mS RES: Tue 4/10/2011 16:04:39 FreeMem=48683004(21) CMMsg=5 (7) Buff=100 624 497 536 5 Links=9790 Elements=0
4257063mS PRN: AtmLine603: bchan=5: StateChange AwaitDisconnect->Idle
4298864mS PRN: Loading holdmusic.wav from ipad=10.20.10.254
4299228mS RES: Tue 4/10/2011 16:05:27 FreeMem=48682552(20) CMMsg=5 (7) Buff=100 624 497 536 5 Links=9788 Elements=0
4343872mS PRN: WAV Hold Music Load Failed
4344227mS RES: Tue 4/10/2011 16:06:12 FreeMem=48683004(21) CMMsg=5 (7) Buff=100 623 495 536 5 Links=9790 Elements=0
4358302mS PRN: DHCP type=DHCPMsgInform HTYPE=01
4362287mS PRN: DHCP type=DHCPMsgInform HTYPE=01
4509610mS PRN: AtmLine601: bchan=3: StateChange Idle->IncomingGuard
4509727mS RES: Tue 4/10/2011 16:08:58 FreeMem=48682748(20) CMMsg=5 (7) Buff=100 624 498 536 5 Links=9787 Elements=0
4520867mS PRN: AtmLine601: bchan=3: StateChange IncomingGuard->Idle
4521227mS RES: Tue 4/10/2011 16:09:10 FreeMem=48683004(21) CMMsg=5 (7) Buff=100 624 498 536 5 Links=9790 Elements=0

 

[motch6]

Took out more than one destination... still go this though... No ambiguity either, but still not getting through to an inside phone:

4972042mS CMTARGET: LOOKUP CALL ROUTE:135 type=100 called_party= sub= calling=8003357194 in=1 complete=1
4972042mS CMTARGET: SET BESTMATCH:135 length 0 vs 0 match=8014851979 dest=VM:Test
4972042mS CMTARGET: LOOKUP INCOMING CALL ROUTE:135, calling party is 8003357194. Using destination VM:Test
4972043mS CMTARGET: ADD TARGET:135 number=VM:Test type=100 depth=1 nobar=1 setorig=1
4972043mS CMTARGET: LOOKUP CALL ROUTE:135 returned 1
4972043mS CMTARGET: SELECT:135 1 0 TGHG=00000000 TGUSER=00000000 INCL=00000000 EXCL=00000000
4972043mS CMTARGET: SELECT:135 NO TARGETS, TRY VOICEMAIL
4972044mS PRN: CALL: 604.7.1 Deleted leaving 0 CMCall objects
4972044mS CALL:2011/10/0416:16,00:00:00,000,8003357194,I,Test,,8014860175,,,0,,""
4972045mS PRN: AtmLine604: bchan=6: StateChange Present->AwaitDisconnect
4972045mS CD: CALL: 604.7.1 Deleted
4972227mS RES: Tue 4/10/2011 16:16:42 FreeMem=48684604(23) CMMsg=5 (7) Buff=100 624 498 536 5 Links=9795 Elements=0
4988888mS PRN: Loading holdmusic.wav from ipad=10.20.10.254
4989227mS RES: Tue 4/10/2011 16:16:59 FreeMem=48684152(23) CMMsg=5 (7) Buff=100 624 497 536 5 Links=9793 Elements=0
4996677mS PRN: AtmLine604: bchan=6: StateChange AwaitDisconnect->Idle
5030077mS PRN: AtmLine601: bchan=3: StateChange Idle->IncomingGuard
5030227mS RES: Tue 4/10/2011 16:17:40 FreeMem=48683896(22) CMMsg=5 (7) Buff=100 623 495 536 5 Links=9790 Elements=0
5033894mS PRN: WAV Hold Music Load Failed
5041329mS PRN: AtmLine601: bchan=3: StateChange IncomingGuard->Idle
5041727mS RES: Tue 4/10/2011 16:17:51 FreeMem=48684604(23) CMMsg=5 (7) Buff=100 625 498 536 5 Links=9795 Elements=0

 

[motch6]

So, its not transfering over to the Voicemail Pro client, somewhere, somehow... can't figure out what the problem is.

 

[motch6]

I can set a "FallBack" extention and it works. I can get the calls, but that doesn't help me when I want my calls to follow a route at Night from VoiceMail pro.

So why does the fallback work and no my VM:Test setting from Voicemail pro?

 

[motch6]

VIGURED IT OUT!

Our regular IT guy had changed the IP address on the PC running the IP Manager and VM Pro software!

This seemed to fix everything! It was able to find the VM software file so that it could route the calls correctly.

Thanks everyone esle for some ideas!

 

[Westi]

See, a trained tech would have had that done in less than 15 minutes.
But good for you and respect that you posted your thoughts here and answered your own posts.

Joe W.

FHandw, ACSS

 

[tlpeter]

Motch6 as you know how monitor works i have a tip.

When you open monitor then it will show a status of the ipo.
IT will also show the status of the voicemail system used.
You can also check it a different way.
Go to "status" and then "voicemail sessions"

This would have shown you that there was something wrong.


BAZINGA!

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

 

[hairlessupportmonkey]

6 alog lines - shudder - considered upgrading to BRI at least? or for not much more, 8 PRI channels.

ACSS - SME
General Geek

 

[Westi]

HSM
assuming the time motch6 posted, the locale is most likely North America and BRI's are a no go here we have better things analog lines can do a lot more here than in Europe, call waiting, call answer (voicemail), centrex transfer, caller ID of the waiting call and a lot more


Joe W.

FHandw, ACSS

 

[motch6]

North America, YES, and Analog is great.... and a LOT cheaper than a crappy T1 line with PRI...

Problem this moning... System Hangs up on me now. Here are stats.... can't figure it out...

mS PRN: Monitor Started IP=10.20.10.70 IP 406 DS 3.1(29) Liberty
1mS PRN: LAW=U PRI=0, BRI=0, ALOG=8, ADSL=0 VCOMP=0, MDM=0, WAN=0, MODU=2 LANM=0 CkSRC=0 VMAIL=1(VER=2 TYP=1) CALLS=0(TOT=9)
248mS RES: Wed 5/10/2011 08:19:23 FreeMem=48687000(15) CMMsg=4 (6) Buff=100 625 498 536 5 Links=9801 Elements=0
15332mS PRN: AtmLine601: bchan=3: StateChange Idle->IncomingGuard
15748mS RES: Wed 5/10/2011 08:19:39 FreeMem=48686788(15) CMMsg=4 (6) Buff=100 625 498 536 5 Links=9798 Elements=0
21731mS PRN: AtmLine601: bchan=3: StateChange IncomingGuard->Present
21731mS CD: CALL: 601.4.1 BState=Idle Cut=1 Music=0.0 Aend="Line 601" (12.3) Bend="" [] (0.0) CalledNum= () CallingNum=8015589178 () Internal=0 Time=0 AState=Idle
21732mS CMTARGET: LOOKUP CALL ROUTE:10 type=100 called_party= sub= calling=8015589178 in=1 complete=1
21732mS CMTARGET: SET BESTMATCH:10 length 0 vs 0 match= dest=VM:Test
21732mS CMTARGET: LOOKUP INCOMING CALL ROUTE:10, calling party is 8015589178. Using destination VM:Test
21732mS CMTARGET: ADD TARGET:10 number=VM:Test type=100 depth=1 nobar=1 setorig=1
21733mS CMTARGET: SET VOICEMAIL:10
21733mS CMTARGET: LOOKUP CALL ROUTE:10 returned 1
21733mS CD: CALL: 601.4.1 BState=Idle Cut=1 Music=0.0 Aend="Line 601" (12.3) Bend="" [Queue] (0.0) CalledNum=Test () CallingNum=8015589178 () Internal=0 Time=2 AState=Dialling
21734mS CMExtnTx: v=, p1=1012
CMSetup
Line: type=RAS 1 Call: lid=0 id=1012 in=0
Called[Test] Type=Voicemail (102) SndComp Calling[8015589178] Type=Unknown (0) Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=6 chan=10
Product Unknown
Display [SALT LAKE CY,UT]
Cause=16, Normal call clearing
Timed: 05/10/11 08:19
Locale: enu
21734mS PRN: AtmLine601: bchan=3: EndCanTerminate (callid=4) (value=1)
21742mS CMExtnRx: v=, p1=1012
CMConnect
Line: type=RAS 1 Call: lid=0 id=1012 in=0
Product Unknown
21742mS PRN: AtmLine601: bchan=3: ControlEchoCancellation ON (callid=4)
21742mS PRN: AtmLine601: bchan=3: AdjustConfGain (callid=1017)
21743mS CD: CALL: 601.4.1 BState=Connected Cut=1 Music=0.0 Aend="Line 601" (12.3) Bend="" [VoiceMail] (6.10) CalledNum=Test () CallingNum=8015589178 () Internal=0 Time=12 AState=Dialling
21743mS PRN: AtmLine601: bchan=3: StateChange Present->ConnReq
21748mS RES: Wed 5/10/2011 08:19:45 FreeMem=48683996(15) CMMsg=4 (6) Buff=100 625 494 536 5 Links=9795 Elements=0
21890mS PRN: AtmLine601: bchan=3: StateChange ConnReq->Active
21891mS CD: CALL: 601.4.1 BState=Connected Cut=1 Music=0.0 Aend="Line 601" (12.3) Bend="" [VoiceMail] (6.10) CalledNum=Test () CallingNum=8015589178 () Internal=0 Time=148 AState=Connected
21891mS CMMap: a=12.3 b=6.10 M1
21891mS CD: CALL: 601.4.1 BState=Connected Cut=3 Music=0.0 Aend="Line 601" (12.3) Bend="" [VoiceMail] (6.10) CalledNum=Test () CallingNum=8015589178 () Internal=0 Time=148 AState=Connected
21892mS CMExtnTx: v=, p1=1012
CMCallStatus
Line: type=RAS 1 Call: lid=0 id=1012 in=0
Called[Test] Type=Default (100) Calling[8015589178] Type=Unknown (0) Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=6 chan=10
Product Unknown
Display [SALT LAKE CY,UT]
State=9, Connected
Locale: enu
21892mS CMExtnTx: v=, p1=1012
CMConnectAck
Line: type=RAS 1 Call: lid=0 id=1012 in=0
BChan: slot=6 chan=10
Product Unknown
23277mS PRN: CLAIM called on call which is not ACD A=601.4.1 B=0.1017.0
23282mS CMExtnRx: v=, p1=1012
CMTransfer
Line: type=RAS 1 Call: lid=0 id=1012 in=0
Called[2001 Receptionist] Type=Default (100)
Product Unknown
Cause=126, Transfer(IPO)
23282mS CMTARGET: ADD TARGET:10 number=2001 Receptionist type=100 depth=1 nobar=1 setorig=1
23283mS CMTARGET: TARGET:10 Not in dial plan
23283mS CMExtnRx: v=, p1=1012
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1012 in=0
Product Unknown
23283mS PRN: CALL: 601.4.1 Deleted leaving 0 CMCall objects
23284mS CMMap: a=12.3 b=6.10 M0
23284mS CALL:2011/10/0508:19,00:00:01,000,8015589178,I,Test,,8014851979,,,0,,""
23284mS PRN: AtmLine601: bchan=3: StateChange Active->DiscReq
23285mS CD: CALL: 601.4.1 BState=Idle Cut=0 Music=0.0 Aend="none" (12.3) Bend="" [VoiceMail] (6.10) CalledNum=Test () CallingNum=8015589178 () Internal=1 Time=1542 AState=Idle
23285mS CD: CALL: 601.4.1 Deleted
23285mS CMExtnTx: v=, p1=1012
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1012 in=0
BChan: slot=6 chan=10
Product Unknown
25408mS PRN: AtmLine601: bchan=3: StateChange DiscReq->Idle
25408mS PRN: AtmLine601: bchan=3: Callid.id 0, so dumped CM msg 14, callid=(lid=601, id=0, in=1)
100480mS PRN: DHCP type=DHCPMsgInform HTYPE=01
103474mS PRN: DHCP type=DHCPMsgInform HTYPE=01

 

[motch6]

Seriously.... Ok, so I went into VoiceMail pro and it reset the settings overnight... What's going on? Why would this do this.

So, I set the setting back to what it was supposed to be for daytime calls.... and now its working again.

Any Clue? thanks

 

[tlpeter]

and Analog is great....

The 80's where great too but that is a long time ago
Believe me, if you have BRI then you would love that way more.


BAZINGA!

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

 

[hairlessupportmonkey]

2 channels of BRI vs one alog line on on bit of copper - I know what I would prefer.

ACSS - SME
General Geek

 

[motch6]

Anyone know why some setting keeps getting knocked out? I can't figure out what setting it is but I have to reboot the system to get it to work every few hours.

It also, keeps trying to Send Hold music.wav file to the unit, and fails... we don't currently use hold music but would like to in the future, but don't know why it keeps dong this.

any ideas at least on the first time above???