Kinda where I was headed.
So for example if voip phone A gets a call and then does a transfer to
an external number
and phone A gets another call is when the cross talk occurs which all
this sounds like its pointing to the centrix because this cannot be
replicated from internal phones or external to internal.
What it sounds like is the centrix isnt smart enough to know that phone
A let go of that first line.
On 05/22/2018 02:35 PM, Lewis Bergman wrote:
You are on the right track. The vast majority of the time when you get
"crosstalk" on a voip system it has to do with a call put on park or
hold. most transfers happen by placing a call on hold. Make a note of
the call details like to, from, and exact times for all involved
calls. You should then be able to run a SIP trace on those and see
where they are both assigned to the same resource. Most of the times
the callers can actually hold conversations together as well as if in
a conference.
After you get this you should be able to tell what platform is doing
it but I have never seen a callworks do it.
On Tue, May 22, 2018 at 2:13 PM Dave <[email protected]
<mailto:[email protected]>> wrote:
Has anyone had any experience with Callworx ?
I am trying to help to resolve a crosstalk with callworx when
grabbing an outside line on a centrex system using digitel voip
phones and when transferring
back into an internal phone there is some crosstalk once another
call comes in.
I tend to believe the crosstalk is happening at the centrex system
because the system doesnt realize the line still in play during
transfer has not released almost creating a conference call on all
lines connected at the time
If anyone has any insight for me would be great or maybe point to
a place to start troubleshooting this.
thanks
Dave
--
--
