488 error

[HRMNY]

Just need more people to test. I'm sinking over here.

Did you update the firmware like I suggested? I updated the 3 clients using Grandstream phones, and have had no issue.

 

[craigreilly]

That might be your answer - but not an acceptable answer for us. The one on the GS website has had some reports of the same issue when talking to my contacts.

 

[Michael_NZ]

I've got a couple of clients now that are reporting this exact same issue, running GXP2170's across the board.

I will be doing the workaround posted but would be nice to see some official support on this.

 

[Peter D]

We are experiencing the same exact issue. We finally got the 488 error which led us here. We are going to implement the work around to test tomorrow.

3CX v15.5 sp6 + 2170 v1.0.9.102

I am pissed about this big time. We have been chasing our tails on this for weeks. It was a brand new deployment so we couldn't wrap our heads around what was happening. This makes 3CX and Grandstream look really bad.

 

[datapath]

I'm adding to the Peter D response above as we are working on the same issue. The upgrading of the firmware resolved our issue. In our situation it was when an inbound route came into a ring group or a queue, about 25% of the time the first person answering the phone would get a fast busy and the call would continue to ring the other phones in the RG. That call could be answered successfully by any of the other phones. It was not one particular phone and no rhyme or reason to which call it would be.

Sending the call (on the inbound route) directly to a single extension worked 100% of the time. When calls went to the ring group and queue was when the failure would happen.