OBiTALK Community

General Support => Day-to-Day Use => Topic started by: riddler652 on November 03, 2012, 03:50:14 PM

Title: Too Many Dropped Calls
Post by: riddler652 on November 03, 2012, 03:50:14 PM
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! 
Title: Re: Too Many Dropped Calls
Post by: lhm. on November 03, 2012, 05:16:53 PM
Try this from phone dial pad.

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

Go for it.
Title: Re: Too Many Dropped Calls
Post by: riddler652 on November 05, 2012, 07:16:43 AM
Thanks - I actually did this a couple of months ago without any improvement...
Title: Re: Too Many Dropped Calls
Post by: CoalMinerRetired on November 05, 2012, 07:44:24 AM
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.
Title: Re: Too Many Dropped Calls
Post by: riddler652 on November 05, 2012, 09:33:10 AM
According to the log, it thinks the other party ended the calls...
Title: Re: Too Many Dropped Calls
Post by: ProfTech on November 05, 2012, 09:45:51 AM
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.
Title: Re: Too Many Dropped Calls
Post by: CoalMinerRetired on November 05, 2012, 10:15:50 AM
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 (https://www.obitalk.com/forum/index.php?topic=4400.0), 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.
Title: Re: Too Many Dropped Calls
Post by: Nemesis on November 06, 2012, 11:54:46 AM
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
Title: Re: Too Many Dropped Calls
Post by: Nemesis on November 06, 2012, 12:05:02 PM
Seems that since callcentric is having problems, its causing issues w/ the obi units.

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