# VOIP Errors

**URL:** <https://forum.inductiveautomation.com/t/voip-errors/6329>\
**Category:** Ignition\
**Created:** [April 26, 2013, 2:17pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329 "2013-04-26T14:17:03Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [April 26, 2013, 2:17pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/1 "2013-04-26T14:17:03Z")

</div>

I am trying to test the VOIP portion of Ignition and I get some errors on the call manager. Is there something that I am missing? I have attached the log files.

We are using Skype and pretty sure that is set up properly. It says Registered with SIP Host.

Thanks,

Allen  
[logs.bin (1).gz](https://us1.discourse-cdn.com/inductiveautomation/original/2X/a/aec133de355d396c4f8422a9f08f6616f5e089cb.gz) (960 KB)

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [April 26, 2013, 4:10pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/2 "2013-04-26T16:10:52Z")

</div>

I think you upgraded the beta without installing the new versions of the phone & voice modules. We probably should have made it more clear that that was necessary. Try downloading them [from this thread](http://inductiveautomation.com/forum/viewtopic.php?f=90&t=9983) and see if that helps.

The module reloading on the voice doesn’t work very well right now, so the best way to update is simply stop the gateway, replace the modules under “{InstallDir}\user-lib\modules”, and start it up again.

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [April 26, 2013, 7:47pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/3 "2013-04-26T19:47:13Z")

</div>

That is where I downloaded them from originally. I will replace it as you have instructed and report back.

Thanks

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [April 26, 2013, 8:39pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/4 "2013-04-26T20:39:14Z")

</div>

Alright - updated the modules, updated the beta and now I have the following issues as seen in the log files.  
[logs.bin (3).gz](https://us1.discourse-cdn.com/inductiveautomation/original/2X/3/368e6dbc9d586767ad006e9e3a4535525e0b1a2b.gz) (975 KB)

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [April 26, 2013, 9:28pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/5 "2013-04-26T21:28:59Z")

</div>

Hi,

Response code “404” just means invalid phone number. We really need to make that better… but make sure that the phone number you’re calling starts with “1”, like “19165555555”.

The messages about “Some bound alarm properties failed to compile” aren’t really related, but mean that some bindings in your tags aren’t correct. You could get more information by turning “Alarm.Execution” to debug in Console\>Levels, and then disabling & re-enabling the tags.

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [April 26, 2013, 9:49pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/6 "2013-04-26T21:49:49Z")

</div>

Now I get a 403 - forbidden. Working down the line. As far as the other alarming issues see the other post. Not sure what happened there.

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [April 26, 2013, 10:13pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/7 "2013-04-26T22:13:58Z")

</div>

If you’re using skype, and it says “Registered”, your username/password are probably ok, so is it possible you don’t have any credit on the SkypeConnect channel?

Regards,

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [April 26, 2013, 11:21pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/8 "2013-04-26T23:21:35Z")

</div>

I found [this skype connect guide](https://support.skype.com/resources/sites/SKYPE/content/live/DOCUMENTS/0/DO12/en_US/skype-connect-troubleshooting-guide.pdf) which shows what the different responses could mean. Looks like this is, indeed, what you might get if you were out of credit.

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [April 27, 2013, 12:26am UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/9 "2013-04-27T00:26:20Z")

</div>

Sounds good - thanks Colby.

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [May 6, 2013, 10:58pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/10 "2013-05-06T22:58:47Z")

</div>

I did the update and tested making a call again and got this error: 4:56:31 PM CallManager Unexpected error in CallQueueTransfer. The thread will be restarted soon, but this error could indicate a serious condition affecting voice notification.

java.lang.NoSuchMethodError: com.inductiveautomation.ignition.gateway.expressions.AlarmEventCollectionExpressionParseContext.(Ljava/util/List;)V  
at com.inductiveautomation.alarming.notification.sip.content.scripts.SettingsBasedScript.evaluate(SettingsBasedScript.java:180)  
at com.inductiveautomation.alarming.notification.sip.content.scripts.SettingsBasedScript.buildAlarmPhraseGroup(SettingsBasedScript.java:165)  
at com.inductiveautomation.alarming.notification.sip.content.scripts.SettingsBasedScript.(SettingsBasedScript.java:94)  
at com.inductiveautomation.alarming.notification.sip.profile.SipNotificationProfile$TTSScriptFactory.buildScript(SipNotificationProfile.java:266)  
at com.inductiveautomation.alarming.notification.sip.call.NotificationJob.run(NotificationJob.java:136)  
at com.inductiveautomation.alarming.notification.sip.call.CallManager$CallQueueConsumer.run(CallManager.java:570)

Do I need to update the voice module again?

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [May 7, 2013, 1:02am UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/11 "2013-05-07T01:02:17Z")

</div>

Yes, it looks like it. It would probably be best to wait until tomorrow, when all of the correct versions get put up on the website.

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [May 7, 2013, 9:43pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/12 "2013-05-07T21:43:12Z")

</div>

Just updated and still get the same error. Doesn’t look like the version changed - was it supposed to in the official release?

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [May 7, 2013, 10:14pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/13 "2013-05-07T22:14:24Z")

</div>

Make sure you’re getting them directly from the [download page](http://inductiveautomation.com/try). I just installed from scratch with all of the release modules, and didn’t have a problem.

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [May 8, 2013, 2:20am UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/14 "2013-05-08T02:20:29Z")

</div>

Figured it out. I downloaded the new version, but when I install it didn’t update the voice module. The names at some point had changed so once I downloaded the Phone Notification module and deleted the old one it worked fine.

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [May 8, 2013, 2:35am UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/15 "2013-05-08T02:35:35Z")

</div>

Alright - so I had it working for a while this afternoon and I just got on to test after playing with the pipeline for a bit and got this:

8:31:25 PM PhoneCall Error executing call 'sBq69OT5-1367980255861@Thing1.mtregional.org’

java.lang.InterruptedException  
at java.lang.Object.wait(Native Method)  
at com.inductiveautomation.alarming.notification.sip.call.CallManager$PhoneCall.run(CallManager.java:335)

Any ideas? Is this a Skype issue or internal?

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [May 8, 2013, 3:59pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/16 "2013-05-08T15:59:34Z")

</div>

Hi,

You should see something immediately before that in the logs along the lines of “Call has exceeded it’s permitted lifespan, cancelling.”. Each call has two potential timeouts: one that limits how long to wait for someone to answer, and one for how long the phone call can last overall (to limit the damage should the hangup fail to be detected. We haven’t seen this, but phone systems are weird). This type of error is bound to happen when either of them expires.

Ultimately the question is: was the timeout legitimate, or due to a problem? Have you tried to make a call again? Even something as simple as a wrong number could lead to this. As you test, perhaps keep a tab open on Status\>Voice Alarming, with “live values” turned on, so that you can watch the call progress. See if it goes through the cycle of Ringing, Talking, etc.

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [May 8, 2013, 6:00pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/17 "2013-05-08T18:00:11Z")

</div>

It looks like it never gets past the initializing phase of the phone call.

Thanks,

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [May 8, 2013, 6:24pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/18 "2013-05-08T18:24:17Z")

</div>

I see. So, it must stay at initializing for 30 seconds, and then get canceled. Could you look for the logger “Agent”, and turn it to debug, try to make a call, and then zip/attach wrapper.log? I can imagine it’s probably pretty simple: it’s trying to place a call, and isn’t getting the response back from skype, however, the log should help confirm this.

You said this worked and then stopped- Is there a chance something changed in the network or a firewall got turned on (windows update & restart?).

Regards,

---

<div class="post-metadata">

**Author:** ![allenr8](https://avatars.discourse-cdn.com/v4/letter/a/e56c9b/32.png) [@allenr8](https://forum.inductiveautomation.com/u/allenr8)\
**Post date:** [May 8, 2013, 7:58pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/19 "2013-05-08T19:58:14Z")

</div>

See the attached log. Nothing changed network wise that I am aware of. I spoke with others as well and they don’t know of anything.  
[logs.bin (5).gz](https://us1.discourse-cdn.com/inductiveautomation/original/2X/e/e44e91d35bc89e83de404657f1d596a1e86fa6a9.gz) (970 KB)

---

<div class="post-metadata">

**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\
**Post date:** [May 8, 2013, 8:41pm UTC](https://forum.inductiveautomation.com/t/voip-errors/6329/20 "2013-05-08T20:41:48Z")

</div>

Yes, as I expected, it repeatedly sends out call requests, but never gets anything back from skype.

Does this server possibly have two network interface cards? The log messages show the address used as 192.168… which I don’t think is going to work. If it was working before, either the machine was moved to be behind a router (which doesn’t support sip tunnelling), or (more likely), the auto detection of the bind interface started choosing the wrong one. If this seems possible, go to the settings for the voice profile, and under “advanced”, set the local and public bind addresses to the ip of the public interface.

Regards,

[Next page](https://forum.inductiveautomation.com/t/voip-errors/6329.md?page=2)
