News:

On Tuesday September 6th the forum will be down for maintenance from 9:30 PM to 11:59 PM PDT

Main Menu

Too Many Dropped Calls

Started by riddler652, November 03, 2012, 03:50:14 PM

Previous topic - Next topic

riddler652

Hopefully someone out there can help me as I am thinking of getting rid of my obihai 110.  I have been using my unit for business calls and use both the analog port and GV to make a receive work calls.  It had been working great until the last couple of months - now I consistently get dropped calls - it even drops the calls that I make and receive on the the land line that is routed through it.  I would say 1 in 10 calls have the issue.  I did get a new GV number in May and I am wondering if that may have had something to do with it.  I am running out of patience and excuses for these dropped calls! 

lhm.

Try this from phone dial pad.

***# (pause) then 0 then 27 then 1 = Full Duplex, then hang up.

Go for it.

riddler652

Thanks - I actually did this a couple of months ago without any improvement...

CoalMinerRetired

Take a look at what end is dropping the calls? In the Call History log (I'm speaking about an Obi202) there are two columns, and you can determine which party ended the call by where the "Call Ended" entry is. Or more correctly this is what party the Obi thinks ended the call.

The next step would be sys logging. But start with the above first.

riddler652

According to the log, it thinks the other party ended the calls...

ProfTech

Dropped Google Voice calls may be one thing. I don't use them regularly so can't vouch for how good the free service is. But if Land Line calls are dropping, the only way for this "Normally" to happen would be if the Obi is actually crashing. Check the Up Time on the status screen immediately after a dropped PSTN call to see if it just rebooted. If so, you may need new firmware.

CoalMinerRetired

Agree with the above, check if the unit itself is crashing via the uptime counter.

Then the next step will be use of the syslog feature to log why each call is ended.  Syslogging is straightforward to setup, free syslog servers listed here, but interpreting the log is a grey area.

I'd suggest unless you can figure out something yourself from the syslog, you create a support call and mention you have a sys log.  It's hit or miss posting the results on here, first you'd have to post the right entries here, and then someone has to know how to interpret the entries.

Lastly, on the DSLR VoIP forum someone has recently posted that wireshark has a built in viewer for SIP and RTP transactions.  Haven't figured it out myself, but it's on the list of things to play around with sometime.

Nemesis

I seem to be having problems with dropped calls as well.  After looking, it seems my unit keeps rebooting itself.  its like going through a boot loop or something and this started happening since I updated the firmware yesterday.

Reboot 1
QuoteTue Nov 06 13:34:38 2012: <7> Prd:SrvName=_sip._udp.callcentric.com; n=10

Tue Nov 06 13:34:38 2012: <7> pri-->0

Tue Nov 06 13:34:39 2012: <7> 1st success

Tue Nov 06 13:34:39 2012: <7> PRD:NOPriFbToTry

Tue Nov 06 13:35:48 2012: <6> ==== Networking is ready ====

Tue Nov 06 13:35:48 2012: <0> IP Address= 192.168.1.67
Tue Nov 06 13:35:48 2012: <0> Gateway   = 192.168.1.254
Tue Nov 06 13:35:48 2012: <0> Netmask   = 255.255.255.0
Tue Nov 06 13:35:48 2012: <3> SYSTEM REBOOTED (lifecycle: 320)

Tue Nov 06 13:35:48 2012: <173> ZT: CustomID 1

Tue Nov 06 13:35:48 2012: <0> SLIC_init ...
Tue Nov 06 13:35:48 2012: <0> Reset SLIC...
Tue Nov 06 13:35:48 2012: <150> Setup Provisioning for system start! 1100

Tue Nov 06 13:35:48 2012: <150> Setup Provisioning2 for system start! 3100

Tue Nov 06 13:35:49 2012: <139> PARAM: Daemon is up ... state: 9 (9efe4)

Tue Nov 06 13:35:50 2012: <0> SLIC & DAA is initialized
Tue Nov 06 13:35:52 2012: <6> Start Main Service Now
Tue Nov 06 13:35:52 2012: <7> Voice Main

Tue Nov 06 13:35:52 2012: <7> [SLIC] DAA command with wrong id: 0, 2, 0, 0, 0, 0
Tue Nov 06 13:35:52 2012: <7> [CPT] --- FXS s/w tone generator (ringback) ---

Tue Nov 06 13:35:52 2012: <7> BASESSL:load cert:5

Tue Nov 06 13:35:52 2012: <7> BASESSL:Load certificate ok

Tue Nov 06 13:35:52 2012: <7> XMPP:State changed from: 0 to:1

Tue Nov 06 13:35:52 2012: <7> GTT:Init xmpp node ok

Tue Nov 06 13:35:52 2012: <7> XMPP:State changed from: 1 to:2

Tue Nov 06 13:35:54 2012: <7> Prd:SrvName=_sip._udp.callcentric.com; n=11

Tue Nov 06 13:35:54 2012: <7> REG:Create 0

Tue Nov 06 13:35:54 2012: <7> XMPP:Invalid cfg use for xmpp

Tue Nov 06 13:35:54 2012: <7> GTT:xmpp not configured

Tue Nov 06 13:35:56 2012: <7> [SLIC]:Slic#0 OFF HOOK

Tue Nov 06 13:35:56 2012: <7> XMPP:State changed from: 2 to:3

Tue Nov 06 13:35:56 2012: <7> [CPT] --- FXS h/w tone generator (dial)---

Tue Nov 06 13:35:56 2012: <7> TCP:Connect OK(xmpp)28

Tue Nov 06 13:35:56 2012: <7> XMPP:State changed from: 3 to:4

Tue Nov 06 13:35:56 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:35:56 2012: <7> XMPP_PROC:TLS required!

Tue Nov 06 13:35:56 2012: <7> XMPP:State changed from: 4 to:5

Tue Nov 06 13:35:56 2012: <7> 1st success

Tue Nov 06 13:35:56 2012: <7> PRD:NOPriFbToTry

Tue Nov 06 13:35:57 2012: <7> TC:ssl connected

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 5 to:6

Tue Nov 06 13:35:57 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:35:57 2012: <7> XMPP:new stream restarted from remote, old state=1

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 6 to:8

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 8 to:9

Tue Nov 06 13:35:57 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:35:57 2012: <7> XMPP:new stream restarted from remote, old state=1

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 9 to:10

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 10 to:11

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 11 to:12

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 12 to:13

Tue Nov 06 13:35:57 2012: <7> XMPP:State changed from: 13 to:14

Tue Nov 06 13:35:57 2012: <7> XMPP:Disable reqto

Tue Nov 06 13:35:57 2012: <7> GTT:xmpp service up

Reboot 2
QuoteTue Nov 06 13:49:13 2012: <6> ==== Networking is ready ====

Tue Nov 06 13:49:13 2012: <0> IP Address= 192.168.1.67
Tue Nov 06 13:49:13 2012: <0> Gateway   = 192.168.1.254
Tue Nov 06 13:49:13 2012: <0> Netmask   = 255.255.255.0
Tue Nov 06 13:49:13 2012: <3> SYSTEM REBOOTED (lifecycle: 133)

Tue Nov 06 13:49:13 2012: <173> ZT: CustomID 1

Tue Nov 06 13:49:13 2012: <0> SLIC_init ...
Tue Nov 06 13:49:13 2012: <0> Reset SLIC...
Tue Nov 06 13:49:13 2012: <150> Setup Provisioning for system start! 1200

Tue Nov 06 13:49:13 2012: <150> Setup Provisioning2 for system start! 2600

Tue Nov 06 13:49:13 2012: <139> PARAM: Daemon is up ... state: 9 (9efe4)

Tue Nov 06 13:49:14 2012: <0> SLIC & DAA is initialized
Tue Nov 06 13:49:16 2012: <6> Start Main Service Now
Tue Nov 06 13:49:16 2012: <7> Voice Main

Tue Nov 06 13:49:16 2012: <7> [SLIC] DAA command with wrong id: 0, 2, 0, 0, 0, 0
Tue Nov 06 13:49:16 2012: <7> [CPT] --- FXS s/w tone generator (ringback) ---

Tue Nov 06 13:49:17 2012: <7> BASESSL:load cert:5

Tue Nov 06 13:49:17 2012: <7> BASESSL:Load certificate ok

Tue Nov 06 13:49:17 2012: <7> XMPP:State changed from: 0 to:1

Tue Nov 06 13:49:17 2012: <7> GTT:Init xmpp node ok

Tue Nov 06 13:49:17 2012: <7> XMPP:State changed from: 1 to:2

Tue Nov 06 13:49:19 2012: <7> Prd:SrvName=_sip._udp.callcentric.com; n=10

Tue Nov 06 13:49:19 2012: <7> REG:Create 0

Tue Nov 06 13:49:19 2012: <7> XMPP:Invalid cfg use for xmpp

Tue Nov 06 13:49:19 2012: <7> GTT:xmpp not configured

Tue Nov 06 13:49:20 2012: <7> [SLIC]:Slic#0 ON HOOK

Tue Nov 06 13:49:20 2012: <7> XMPP:State changed from: 2 to:3

Tue Nov 06 13:49:20 2012: <7> TCP:Connect OK(xmpp)27

Tue Nov 06 13:49:20 2012: <7> XMPP:State changed from: 3 to:4

Tue Nov 06 13:49:20 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:49:20 2012: <7> XMPP_PROC:TLS required!

Tue Nov 06 13:49:20 2012: <7> XMPP:State changed from: 4 to:5

Tue Nov 06 13:49:20 2012: <7> 1st success

Tue Nov 06 13:49:20 2012: <7> PRD:NOPriFbToTry

Tue Nov 06 13:49:21 2012: <7> TC:ssl connected

Tue Nov 06 13:49:21 2012: <7> XMPP:State changed from: 5 to:6

Tue Nov 06 13:49:21 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:49:21 2012: <7> XMPP:new stream restarted from remote, old state=1

Tue Nov 06 13:49:21 2012: <7> XMPP:State changed from: 6 to:8

Tue Nov 06 13:49:21 2012: <7> XMPP:State changed from: 8 to:9

Tue Nov 06 13:49:21 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:49:21 2012: <7> XMPP:new stream restarted from remote, old state=1

Tue Nov 06 13:49:22 2012: <7> XMPP:State changed from: 9 to:10

Tue Nov 06 13:49:22 2012: <7> XMPP:State changed from: 10 to:11

Tue Nov 06 13:49:22 2012: <7> XMPP:State changed from: 11 to:12

Tue Nov 06 13:49:22 2012: <7> XMPP:State changed from: 12 to:13

Tue Nov 06 13:49:22 2012: <7> XMPP:State changed from: 13 to:14

Tue Nov 06 13:49:22 2012: <7> XMPP:Disable reqto

Tue Nov 06 13:49:22 2012: <7> GTT:xmpp service up

Reboot 3
QuoteTue Nov 06 13:49:42 2012: <7> GTALKVM:Check VM Succ

Tue Nov 06 13:49:42 2012: <7> GTALKVM:state changed from 1 to 0

Tue Nov 06 13:49:42 2012: <7> GTT:MWI notify:0

Tue Nov 06 13:49:42 2012: <7> GTALKVM:VM:0

Tue Nov 06 13:50:28 2012: <6> ==== Networking is ready ====

Tue Nov 06 13:50:28 2012: <0> IP Address= 192.168.1.67
Tue Nov 06 13:50:28 2012: <0> Gateway   = 192.168.1.254
Tue Nov 06 13:50:28 2012: <0> Netmask   = 255.255.255.0
Tue Nov 06 13:50:28 2012: <3> SYSTEM REBOOTED (lifecycle: 71)

Tue Nov 06 13:50:28 2012: <173> ZT: CustomID 1

Tue Nov 06 13:50:28 2012: <0> SLIC_init ...
Tue Nov 06 13:50:28 2012: <0> Reset SLIC...
Tue Nov 06 13:50:28 2012: <150> Setup Provisioning for system start! 1800

Tue Nov 06 13:50:28 2012: <150> Setup Provisioning2 for system start! 2900

Tue Nov 06 13:50:28 2012: <139> PARAM: Daemon is up ... state: 9 (9efe4)

Tue Nov 06 13:50:29 2012: <0> SLIC & DAA is initialized
Tue Nov 06 13:50:31 2012: <6> Start Main Service Now
Tue Nov 06 13:50:31 2012: <7> Voice Main

Tue Nov 06 13:50:31 2012: <7> [SLIC] DAA command with wrong id: 0, 2, 0, 0, 0, 0
Tue Nov 06 13:50:31 2012: <7> [CPT] --- FXS s/w tone generator (ringback) ---

Tue Nov 06 13:50:32 2012: <7> BASESSL:load cert:5

Tue Nov 06 13:50:32 2012: <7> BASESSL:Load certificate ok

Tue Nov 06 13:50:32 2012: <7> XMPP:State changed from: 0 to:1

Tue Nov 06 13:50:32 2012: <7> GTT:Init xmpp node ok

Tue Nov 06 13:50:32 2012: <7> XMPP:State changed from: 1 to:2

Tue Nov 06 13:50:34 2012: <7> Prd:SrvName=_sip._udp.callcentric.com; n=10

Tue Nov 06 13:50:34 2012: <7> REG:Create 0

Tue Nov 06 13:50:34 2012: <7> XMPP:Invalid cfg use for xmpp

Tue Nov 06 13:50:34 2012: <7> GTT:xmpp not configured

Tue Nov 06 13:50:35 2012: <7> [SLIC]:Slic#0 ON HOOK

Tue Nov 06 13:50:35 2012: <7> XMPP:State changed from: 2 to:3

Tue Nov 06 13:50:35 2012: <7> TCP:Connect OK(xmpp)27

Tue Nov 06 13:50:35 2012: <7> XMPP:State changed from: 3 to:4

Tue Nov 06 13:50:35 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:50:35 2012: <7> XMPP_PROC:TLS required!

Tue Nov 06 13:50:35 2012: <7> XMPP:State changed from: 4 to:5

Tue Nov 06 13:50:35 2012: <7> 1st success

Tue Nov 06 13:50:35 2012: <7> PRD:NOPriFbToTry

Tue Nov 06 13:50:36 2012: <7> TC:ssl connected

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 5 to:6

Tue Nov 06 13:50:36 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:50:36 2012: <7> XMPP:new stream restarted from remote, old state=1

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 6 to:8

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 8 to:9

Tue Nov 06 13:50:36 2012: <7> XMPP:Enable reqto

Tue Nov 06 13:50:36 2012: <7> XMPP:new stream restarted from remote, old state=1

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 9 to:10

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 10 to:11

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 11 to:12

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 12 to:13

Tue Nov 06 13:50:36 2012: <7> XMPP:State changed from: 13 to:14

Tue Nov 06 13:50:36 2012: <7> XMPP:Disable reqto

Tue Nov 06 13:50:36 2012: <7> GTT:xmpp service up

Nemesis

Seems that since callcentric is having problems, its causing issues w/ the obi units.

http://www.obitalk.com/forum/index.php?topic=4372.0