SIP endpoints not following coverpath if powered off

[MylZhI]

Recently began deploying Spectralink 84xx and 87xx handsets and have discovered when the phones are off the network or powered off, calls to the handsets return busy as opposed to following their assigned coverpath. Cover is honored when the devices are on and on the network. Im not even sure where to begin with this one as this is our first batch of SIP wi-fi handsets. We are running the following:

Comm Mgr 6.3
Session Manager 6.3

 

[MylZhI]

trace is as follows:

time data

09:24:23 TRACE STARTED 06/04/2015 CM Release String cold-03.0.124.0-21754
09:24:29 active station 3148373 cid 0x1427
09:24:29 G711MU ssff ps:20
rgn:1 [10.168.47.130]:25050
rgn:1 [10.168.32.9]:24866
09:24:33 dial 3141575
09:24:33 term station 3141575 cid 0x1427
09:24:33 SIP>INVITE sip:3141575@clients.scripps.org SIP/2.0
09:24:33 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:33 SIP<INVITE sip:3141575@clients.scripps.org SIP/2.0
09:24:33 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:33 SIP>INVITE sip:3141575@clients.scripps.org SIP/2.0
09:24:33 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:33 SIP<SIP/2.0 100 Trying
09:24:33 Call-ID: 80c8cc7b771de51ecd9553e5b8700



LIST TRACE

time data
09:24:33 SIP>SIP/2.0 100 Trying
09:24:33 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:37 SIP<SIP/2.0 408 Request Timeout
09:24:37 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:37 SIP>ACK sip:3141575@10.168.32.191 SIP/2.0
09:24:37 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:37 SIP>SIP/2.0 408 Request Timeout
09:24:37 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:37 SIP>ACK sip:3141575@clients.scripps.org SIP/2.0
09:24:37 Call-ID: 80c8cc7b771de51ecd9553e5b8700
09:24:37 SIP>INVITE sip:3141575@clients.scripps.org SIP/2.0
09:24:37 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:37 SIP<INVITE sip:3141575@clients.scripps.org SIP/2.0
09:24:37 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:37 SIP>INVITE sip:3141575@clients.scripps.org SIP/2.0
09:24:37 Call-ID: 80222f7e771de51fed9553e5b8700



LIST TRACE

time data
09:24:37 SIP<SIP/2.0 100 Trying
09:24:37 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:37 SIP>SIP/2.0 100 Trying
09:24:37 Call-ID: 80222f7e771de51fed9553e5b8700
VOIP data from: [10.168.32.9]:24866
09:24:40 Jitter:0 0 0 0 0 0 0 0 0 0: Buff:13 WC:3 Avg:0
09:24:40 Pkloss:0 0 0 0 0 0 0 0 0 0: Oofo:0 WC:0 Avg:0
09:24:41 SIP<SIP/2.0 408 Request Timeout
09:24:41 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:41 SIP>ACK sip:3141575@10.168.32.191 SIP/2.0
09:24:41 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:41 SIP>SIP/2.0 408 Request Timeout
09:24:41 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:41 SIP>ACK sip:3141575@clients.scripps.org SIP/2.0
09:24:41 Call-ID: 80222f7e771de51fed9553e5b8700
09:24:43 idle station 3148373 cid 0x1427



LIST TRACE

time data
09:25:02 TRACE COMPLETE station 3148373 cid 0x0

 

[dialtonebone]

Can you show a copy of the coverage path? "display cov path XXXX"

 

[MylZhI]

you just told me everything i needed to know. Changed the "n" for all to "y" and we are again whole. THX



display coverage path 7
COVERAGE PATH

Coverage Path Number: 7
Cvg Enabled for VDN Route-To Party? n Hunt after Coverage? n
Next Path Number: Linkage

COVERAGE CRITERIA
Station/Group Status Inside Call Outside Call
Active? n n
Busy? n n
Don't Answer? y y Number of Rings: 4
All? n n
DND/SAC/Goto Cover? y y
Holiday Coverage? n n
Logged off/PSA/TTI? y y Number of Rings: 4

COVERAGE POINTS
Terminate to Coverage Pts. with Bridged Appearances? n
Point1: 314-7250 Rng: Point2:
Point3: Point4:
Point5: Point6:

 

[dialtonebone]

Wait no! Don't use the All field unless you want 100% of that phones call to go to coverage.

You probably need to change "Busy?" to Y Y instead of N N. Busy means the phone is out of line appearances or disconnected/busied out/unavailable for whatever reason.

Hope this helps, don't forget to click the "star" if the answers help.