We have an OS-100 system with a 6trk card and an svmi-4e.

The problem we have is that on incoming calls if the customer answers on the first ring the talk path is not completed until approximately one ring cycle later. In other words the customer has answered the call and has said "hello, so and so, how may I help you..." but the caller still hears ring-back tone for one more ring then the talk path is established.

I defaulted the system and reprogrammed it from scratch to no effect (thanks samsung tech support for that wonderful advice).

I tried a new cabinet, a new trunk card, and a new processor. In effect the customer now has a completely different system than the one that we installed last week. I even tried the new processor with default programming (nothing changed except country code) and that didn't make a difference.

I cannot recreate the problem using a test set.

Ring voltage is around 85-95 VAC, however there is still 48 VDC still present during the ring cycle, is this normal?

Any help you can provide is greatly appreciated.

Sounds like the system is set up for CID but CID is not on the line. The system waits one ring cycle looking for the CID header when it's set up for CID, so back that out.

Those are normal voltages.

good idea, but the trunks are set as NORMAL not CID.

In fact, it was such a good idea that we changed the CID trunks back to NORMAL and had the LEC take Caller ID off the lines late last week thinking that would solve the problem...it didn't

I thought of CID too but the default should take care of that. You didn't put a saved copy of the database back in did you? The display should tell you that there is no caller ID if it is programmed and not on the lines.

I reprogrammed it on a keyset, no saved database exists.

So what you are saying is that with default the lines ring group 500 and ext 201 rings. And you have the problem with just that programmed. How old is the trunk board. There were some issues several months (maybe a year) ago and Samsung was advance replacing the 6TRK board.

CMDL_GUY, you are correct, no program changes what-so-ever to the default setup except the country was set to USA. (I even refrained from setting the date and time )

lines set in 406 to ring 500
500 includes 201 only

both trunk cards are new, purchased within the last 2-3 weeks.

Check 312 as well. It should be "Not Allow" for all extensions after the default, but check anyway. Beyond that and what CMDL said I'm stumped. Since you thanked tech support for the default I assume you've already traveled down that road.

So what's left? What's the software version? When did this problem appear, and was the system working normally before? What changed? You're in the lightening capital of the world, any strikes?

It's a bug on 2.69. One of the few. You dont have a misc card in the system. There is a beta file that you can get from Tech Suppt. Its not your database. If you have 2.69 and a misc card, this wont happen. For grins, you could confirm by putting a misc card in and the problem goes away. I recommend the patch from Samsung Tech Suppt and you'll be good.

I'm going to try that tomorrow Sam Sung, thanks for the suggestion.

Thanks Sam Sung
We always use the Misc card and never experienced the problem.

The Samsung web-site has a new release of OS100 2.69 listed just today. If you remember rel. 2.69 gave us name and number of CID on the display. It's easy to break something else when you have to go into the code.

Thanks for the tip, Sam. We always include a MISC card so would have never seen that problem. I did see it once, but it was because I set up CID ahead of the carrier (just saving a site visit, but bad idea in hindsight).

Sam Sung that worked...thanks!