Good morning (or afternoon) gents,
I've got a customer that's complaining about audio delay while on a conference call via bridged appearance. Someone will be on their desk phone, and they'll have one of their co-workers come into their office and use their "guest" phone to bridge onto the line while they talk to a 3rd party. The goal is for them to be on a conference call without the 3rd party knowing they are in the same room (and using non-verbal cues, etc).
The issue they are experiencing is that there is enough of an audio delay that it is disrupting. They are hearing the person in the room with one ear, and hearing them again in the handset with a delay in the other. Makes it tough for them to hear.
It's an IP500v2 on 9.1.12, all 9608G handsets over a Dell N2048P switch that's been configured with QOS with a dedicated voice VLAN.
I've tested this out at our office (with IP500v2 9.1 and 9608Gs) and we are not experiencing any issues, but we have no voice VLAN set up and everything is on the same subnet (including the switch and router). I'm initially chalking it up to network latency. I've explained to them that switching to IP phones means audio has to traverse the network now, but that's not a good enough answer. I'm no network engineer but I have access to the Dell switch and can get my hands dirty if I need to.
I guess my question is if there is something on the IPO that I can try first? I've turned Direct Media Path on and off, and have thought about modifying the codecs but I really don't think that would be the issue since we we are running on a single gigabit switch. I saw "High Quality Conferencing" is turned on but the phones aren't using G.722. Any input would be great! I'm going to continue down the rabbit hole of possible network latency.
I've got a customer that's complaining about audio delay while on a conference call via bridged appearance. Someone will be on their desk phone, and they'll have one of their co-workers come into their office and use their "guest" phone to bridge onto the line while they talk to a 3rd party. The goal is for them to be on a conference call without the 3rd party knowing they are in the same room (and using non-verbal cues, etc).
The issue they are experiencing is that there is enough of an audio delay that it is disrupting. They are hearing the person in the room with one ear, and hearing them again in the handset with a delay in the other. Makes it tough for them to hear.
It's an IP500v2 on 9.1.12, all 9608G handsets over a Dell N2048P switch that's been configured with QOS with a dedicated voice VLAN.
I've tested this out at our office (with IP500v2 9.1 and 9608Gs) and we are not experiencing any issues, but we have no voice VLAN set up and everything is on the same subnet (including the switch and router). I'm initially chalking it up to network latency. I've explained to them that switching to IP phones means audio has to traverse the network now, but that's not a good enough answer. I'm no network engineer but I have access to the Dell switch and can get my hands dirty if I need to.
I guess my question is if there is something on the IPO that I can try first? I've turned Direct Media Path on and off, and have thought about modifying the codecs but I really don't think that would be the issue since we we are running on a single gigabit switch. I saw "High Quality Conferencing" is turned on but the phones aren't using G.722. Any input would be great! I'm going to continue down the rabbit hole of possible network latency.