| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| Meridian Systems Welcome to the Nortel Meridian Forums Including Meridian Options 11-81C CS1000M Meridian Mail Call Pilot Companion and Sucession Hospitality OTM MAT MICB RAN NetGateway ..., and all other Applications |
| Tags: distance, help, long |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member ![]()
Location: Baton Rouge, LA Rep Power: 6 ![]() | Reboot PBX I'm a little bit clueless here. I mostly do moves adds and changes, don't get much into the routes and all that fun stuff. So, I'll just post the email I sent to a tech, like I sent it. Perhaps someone out there can help me make some sense of it? Here it is... Here is my dilemma: We have 2 trunk groups. One which goes through CO1 with 5 PRIs and one which goes through CO2 with 1 PRI. Any call which goes through the building and out either route shows 769-xxxx as the Caller ID. Calls going out the CO1 route are identified as 769-xxxx to which Eatel was instructed to require an LD auth code on. Calls going out the = Goodwood PRI are identified as 923-xxxx which Eatel was instructed to not require an LD auth code on. BellSouth tells me that calls coming over the CO2 PRI should show 923-xxxx as the caller ID unless they are coming from 923-1xxx, which would get passed through, as it is in the screening table; however, this cannot be true because all calls coming over the CO2 PRI show 769-xxxx. It is my contention that the number the line identifies itself as and the number passed along as Caller ID are = separate. I was assured by BellSouth that they are not. That's where we stand now, but, where is this going? We are dropping the CO2 PRI and going with the 5 CO1 PRIs. = Jim suggested that we take 2 channels from each PRI create a = separate route for them and have BellSouth give them an identifying = number, which we could pass to Eatel as not requiring an LD code. To this BellSouth responded, "BellSouth can set up multiple B Channel routes if that is what you would like, but we can not assign numbers to individual channels. The Central Office switch is a Nortel DMS and Nortel does NOT support a span lower than a T1 or 23 B Channels." I called BellSouth and = asked what I could do, to which they suggested that I have them set up = their switch to take the numbers we designate to each extension and pass = them through. Or, we could put some numbers in the screening table which = could be changed to another number we designate, say 999-9999. If the = number is not in the screening table it changes to the default 769-xxxx = and if attempting to dial long distance would require an auth code. If = the number were in the screening table (they say we can only have 29, = which will not work for us, as we have over 30 faxes), then it would be = changed to the other designated number, 999-9999, and when that hit Eatel = no auth code would be required, as we would have set that up with Eatel = beforehand. So, yeah, argh. All we want to be able to do is have all of the extensions we call from = show 769-xxxx as the caller ID. We want the fax machines or other = extensions we designate to be able to call long distance without requiring = a long distance code, everything else should require a code. It is = Donna's assertion that we set up the caller ID with BellSouth. Do you = have any ideas or suggestions? I'd like to be able to control whether or = not a call will require an LD auth code; this is where Jim decided a = second route would be beneficial. BellSouth suggests dividing into 2 = routes is bad... Can you help? Any ideas? | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Junior Member ![]()
Location: Arizona Rep Power: 7 ![]() | Do you have DID/DOD service on your PRI? Why not control access to long distance using NCOS and FRL instead of having your carrier look for auth codes? I think the dilemma is that no one can make head or tails of your question. Is Eatel a carrier??...an adjunct server tied to the PBX?? Is Goodwood the carrier of the one PRI and Bell South the carrier of the 5 PRIs?? At the beginning of your question, you state "Any call which goes through the building and out either route shows 769-xxxx as the Caller ID" Then you state "Calls going out the CO1 route are identified as 769-xxxx ... Calls going out the Goodwood PRI are identified as 923-xxxx... ", which seems to be a contradiction of what was previously stated. Take a deep breath, draw everything out, and try rewording the question. | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Junior Member ![]()
Location: Baton Rouge, LA Rep Power: 6 ![]() | I tried to clean up the email to remove the names of the Central offices... basically I messed the cleaning up part of it up. I've learned a lot more since I posted that message. Eatel is our long distance carrier. All PRIs are with BellSouth I would have the switch do the auth codes, but it is easier to have the LD carrier do them, since we don't have call accounting software or anything to do the billing with. They are set up so the bill gets posted online. The problem started when BellSouth told me that there was no difference between ANI and CLID. The ANI is what Eatel uses to determine if a call placed needs an auth code. What we have: ANI 769-xxxx CLID 769-yyyy (5 PRIs CO1) ANI 923-xxxx CLID 769-yyyy (1 PRI CO2) ANI 769-xxxx=auth code for ld ANI 923-xxxx=no auth code for ld The PRI from CO2 goes bye-bye. We still need a way to place ld calls so that no auth code is required and would like the caller id to show the same for all calls placed out of the building. So, my question is this. If BellSouth releases control, of what gets passed along, to us, can our switch control the ANI? Hope that makes things more clear. Thanks. | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Junior Member ![]()
Location: Missouri Rep Power: 7 ![]() | I take it you are not sending matching "923" CLID; if you did this, your LD carrier would probably get the correct CLID. The only other thing you might do is install a DTI T1 span for outgoing calls only, and have it set up for ANI for your 923 numbers. | ||||||||
| | |
| | #5 (permalink) | ||||||||
| Junior Member ![]()
Location: Baton Rouge, LA Rep Power: 6 ![]() | From my discussion with the LD carrier, they determine if a call placed requires and LD code based on the ANI. We have built 2 separate CLID tables, I will make fax dns: key 0 scr 5555 1 where 1=769-4044 769 4044 is set with the LD carrier to not require an LD code phone dns: key 0 scr 5555 0 where 0=769-4884 769-4884 is set with the LD carrier to not require an LD code. ANI_DATA is set to 769 4044. Is there anyway to make the ANI sent out the same as the CLID sent? How do long distance carries usually distiguish whether or not the call requires a LD code or not? Mine says they look at the ANI, but I have people within the same LD company telling me different things, is there a standard? Thanks for any help. You folks have been wonderful with assistance, and I appreciate any experience can you share with me to help me save navigate this obstacle. | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Caller ID works for long distance not local calls | scamp | NEAX 2000 IVS(2)/ IPS | 1 | 08-31-2006 09:40 PM |
| Option 11c Less Long distance channels | Shanks | Meridian Systems | 3 | 04-10-2006 06:32 AM |
| Restricting Long Distance | robert1159 | Definity Support | 1 | 04-19-2005 01:29 PM |
| Long Distance Routing Problem | javy_rdz | BCM and Norstar | 2 | 09-17-2004 05:35 PM |
| Long Distance Routing Problem | javy_rdz | Meridian Systems | 3 | 09-16-2004 11:06 AM |