On 13/01/17 05:51, Dana Tong wrote: > I have this command configured. One thing i found out yesterday is that > it apparently happens when all parties are internal also. So no trunk > involved. > > Personally I haven't experienced this in my testing. It was 2-3 seconds > for audio to establish which i thought was ok. The customet had said > they timed it to be 8-9 seconds. > > I might have to do a wireshark and see if there are retransmissions for > signalling.
We've experienced something similar for about 2.5 years, on some calls one party won't be able to hear audio for 5-10 seconds. These are all internal calls, single site, phones (7965 and 7975, SCCP) on a flat L2 network, one pub, one sub. It even survived an upgrade from 8.6 to 10.5. We opened a case and TAC asked for a trace of it happening, but we couldn't reproduce it easily. I keep meaning to get back to it, but haven't had the time given how hard it is to reproduce. -- James Andrewartha Network & Projects Engineer Christ Church Grammar School Claremont, Western Australia Ph. (08) 9442 1757 Mob. 0424 160 877 _______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
