Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Incoming Analog Trunk Calls Not Working 2

Status
Not open for further replies.

homemade88

Technical User
Mar 18, 2013
46
BS
Outgoing calls over analog trunk lines are working, but incoming calls over the same lines are not registering on the IP Office.

- Software version: 11
- Tried three different Combo Cards
- Swapped the whole IP Office chassis and system SD card
- recrimped the analog lines at the IP Office
- Reseated the cards into different slots
- Plugged into different trunk ports on the cards
- Tried using a clean cfg with just the licenses active

I'm sure there are a few more things I messed around with but not sure what's going on. I used System Status to see if any calls were making it to the PBX, but they never did, only outgoing calls no matter what I set the incoming coming call route to.

I recently had the service provider visit that location to check/repair/test their lines and they are able to receive calls when using a standard analog phone or buttset, I feel like it's somehow still a service provider issue lol, but since it checks out from the analog phones, I can't say that with confidence. Can anyone here chime in on what might be happening?
 
Are you sure that every POTS line is making it into the IPO? You want to use a buttset or analog phone to test ALL lines at the end of your line cords.

Here's a possible scenario: There are a couple of lines in hunt from the main number, but the main number isn't terminated correctly. An outbound call goes out on line #2 just fine since it's available. But an inbound call to the main number will give a ring/no answer because it's not hitting the IPO. I'm also assuming that you know where the POTS ports are on a combo card.

Telco usually only tests to the end of their network. It will be up to you to check all the way to the end of your cables.

Tim Alberstein
 
Try by entring the following string in the NoUser souce numbers field: ATM4U_PCS7_RINGDETECT
 
@Dagwoosystems: there are three trunk lines that are plugged into the first three trunk ports on the Combo Card. These cables that are plugged into the Combo Card were tested via a buttset right at the PBX before plugging them into the PBX so by that logic, I'd imagine its probably not a service provider issue, but other than the things I've listed previously, what other things could actually cause this kind of behavior? I've tried calling each individual trunk number as well to eliminate it being a hunting issue.

@IamaSherpa: I'll try that once I'm able to. What exactly does that do? I've never had to do that for any other configuration before and I like to know why I'm doing a thing whether it resolves the issue or not.

Thank you both for the replies btw, I appreciate it!
 
@homemade88, for what I know to avoid false calls due to spikes/disturbances/wire crosstalk the ring format has to be well defined, country by country, in terms of frequency/voltage and rithm (ring/pause period). That string make the ATM cards more "tolerant" respect the incoming AC voltage and enablle the internal optoisolator interpretes the ring as a real call. Me too used it just 2 or 3 times, normally is not necessary.
 
Hi, so it turns out that I forgot to put the trunk ports back in service after the provider fixed their lines. It was still their issue to resolve though so that's reassuring for me. Again, appreciate the help guys.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top