atcomsystems.ca/forum Forums TDM Business Telephone Systems Samsung Telephones & Systems Networked systems bad audio

We have a 7200 v4.30i networked with two 7100 v4.24a. If there is no activity between the systems for a while the first call you make to a remote system in garbled. If you then hang up and call them back it sound great. After that every 5th call will be garbled.

I wonder if you can have a bad DSP on the MGI.
How many MGI channels do you have?
Of course there are a lot of other factor and this could be a Red Herring but just wondered.

the 7200 has 16 and the 7100's have 4 each. I think the problem has something to do with the 7200 since so far I haven't seen this problem between the 7100's.

I would look at upgrading the OS7100's to 4.3

I have seen incompatibilites between 4.30c and 4.30k, and once we upgraded the 4.30c to 4.30k everything worked.

The OS7100's have no issue probably because they are on the same software level.

I would try taking out of service all but one MGI port. Try each one to see if you can find the problem.

had the same problem when I networked 6 Samsung
systems. One OS500 ,Five OS100's. Using SPNET
all outside calls and DID calls went thru the OS500.

I had one MGI port that was dropping calls and audio
was going bad on and off, Changed MGI card ok now.

I think I have your answer, if none of the other suggestions worked.

I had an identical situation with 2 sites I networked once. I troubleshot the thing upside and down, before finding out it was a network trouble.

When you send traffic between the systems, once of the steps in the process is that the routers ask the local network if a device holding that IP address is present. Its called an ARP request. That information, matching IP address and MAC address is stored in the router for a certain period of time and then expunged. So your first call, and then periodically after that are the only calls that make arp requests. On the particular router we were using (an adtran if I recall), the ARP request was coming back too slowly for the system to consider it part of the conversation.

The solution: put a static ARP entry into the routers at both sites, the router will never forget the MAC/IP address and will never have the problem.

I will work with their data guy and try that static ARP route first. Thanks