DP750 + DP720 - Intermittently DP720's won't ring, DP750 reporting busy

#1

DP750 and DP720 Firmware: 1.0.13.8

I have a problem where suddenly none of the handsets will ring on an incoming call (configured as parallel). The 750 is responding 486 busy. Calls during this time do show in the missed calls log though.

The only way to fix the issue is to reboot the 750.

I captured a syslog of the issue. Here are some relevant clips…

image
image.png930x174 5.33 KB

image
image.png932x25 1.95 KB

When this happens, all handsets look normal - the missed call indicator shows up on them. Rebooting the handsets has no effect.

I realize now that I only have this issue on the devices I have 1.0.13.8 installed on. I have not seen this issue on my 1.0.13.0 devices.

Has anyone else seen anything like this? Thanks!

#2

Old problem is back i guess. make ticket.

#3

I submitted a ticket.

Thanks.

#4

Marcin - I’m not familiar with the “old” problem - do you happen to know what that problem was and how it can be recreated for testing?

As I said above, 1.0.13.0 doesn’t have this problem - 1.0.13.8 does. Support is asking me if the problem happens on 1.0.13.11 - but I’m not willing to install that on a customers box without understanding exactly how to have a controlled test. (Especially since you can’t get back to 1.0.13.0 once you install 1.0.13.11)

I appreciate any info you might have on this. Thanks!

#5

We noticed the same thing when running 1.0.13.2 through 1.0.13.10 on a DP750 connected to Freeswitch 1.10.5 using any type of registration. Calls seemed to drop after 15 minutes and the basestation would produce a core dump and reboot.

Downgraded to 1.0.9.9 and the issues seem to have mostly disappeared. Grandstream replicated on firmware 1.0.15.0.

Is there a pre-release 1.0.13.11 I should ask them for so I might test this issue further?

#6

DP will reject call by 486 busy (no matter of correct status of handset)

#7

Yes, I know what the problem is - but what causes it to start doing that?

In other words, I want to recreate the problem in order to see if it is fixed on a different firmware.

#8

Bug, no idea. It happens after some time, restart help

#9

@Shawn-GSSupport424

Could you possibly be of some assistance with this issue?

I’m not sure if there is a language issue or what - but I’m not really getting anywhere with support.

The issue appears to occur randomly - it possibly only happens when or after the DP750 is handling 2 calls. It takes a reboot to return to normal.

Support wants me to start a packet capture and then place test calls to the box until the problem happens. That simply isn’t reasonable - a single call probably won’t recreate the problem - it might take hours before it does.

Complicating matters is the fact that trying newer firmware leaves me with an unusable box because you can’t go back to 1.0.13.0 - and unless the problem is fixed I can’t use the box.

#10

I had the same thing happen to me today on version 1.0.15.6. Newly configured Dp750 on Freepbx 14.0.16.11 thats patched and up to date. Dp750 is configured via EPM and using pjsip. Calls to the extensions report busy and any attempt to make a call from a hand set went to busy after a delay. In EPM the extension appears to be normal and responding ( via AOR).

#11

could possible the extension configured to use SRTP while the DP7xx didn’t enable it?
Is the codec setting correct?
A syslog will help me to troubleshoot. if you can go to the web UI syslog settings:
enable the syslog level to debug, set an fake syslog with valid IP address like 123.123.123.123, and enable SIP log in the syslog, then go to the network packets tool, capture a packets, you can download the capture with syslog included, so I can take a look at the problem.

image
image.png1508x766 62.8 KB

image
image.png1688x642 48.2 KB

#12

Also, our latest firmware is 1.0.17.1: https://www.grandstream.com/support/firmware
if you can set the FW server to: firmware.grandstream.com, you can upgrade the device to this one. I remember

in 1.0.15.15, we fixed: Fixed DP72x/DP730 stop receiving calls randomly.

if your issue is the same one, upgrade to 1.0.17.1 will resolve the problem.

#13

I upgraded to version 1.0.17.1 so I will have to see if it happens again. Now I have an issue where line 1 keeps disappearing from HS1 and if I press the green button on then handset I don’t get dial tone but if I press speaker I do??? on HS2 when I press the green button I get dial tone in the earpiece and if I press speaker I get speakerphone.

#14

image
image.png741x116 2.68 KB

see, green box is missing HS1 1st column.

#15

image
image.png1336x532 45.9 KB

please check your line settings, your account 1 haven’t assigned to any HS yet

#16

you can assign your account 1 to HS 1 - Line 1, and your account 2 assign to HS 2 - Line 1, account 1 should be HS 1 mode, and account 2 should be HS 2 mode.

#17

I did exactly that and it keep going away. I completed the upgrade to 1.0.17.1 and updated the handsets too and so far it looks like its working correctly even after a few reboots. The speaker and earpeice are working correctly now too.

#18

great! just let us know if this issue happens again, thanks!

#19

the default URL for firmware doesnt work, if you click reset to default it goes to fw.grandstream.com/gs which does nothing. It wasnt until I changed it to firmware.grandstream.com did I get it to download and update.

#20

nope, after an overnight, line 1 disappears again? If I try to call hs1 I immediately get a busy. The display on HS1 says “default line” instead of the extension number like before.