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 IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

RCF Issue

Status
Not open for further replies.

everwood13

Programmer
Dec 30, 2008
6
US
Hey fellow phone people, thank you for all the knowledge on the site.. it has bailed me out many times.
This particular problem really has me stumped. The system is a Merlin Magix (Rel ? sorry), a system I have over 10 years programming experience. I have a customer with outside sales rep's, with T/R stations designated for specific DID's to RCF. Simple details:
-Single PRI for incoming and outgoing.
-Recently moved and changed CLECs at the same time (COX to Cbeyond).
-Never had an issue before move.
-Outside calls to the DID not being forwarded to the outside sales rep.
--Outside callers get a dial tone instead when calling DID.
---Can break dial tone, but unable to make calls. Seems to be in the system.
-Transfers from VM to RCF ext's works correctly.
-Inside ext to ext call forwards to outside sales rep correctly.
-Outside calls to DID works correctly (when unforwarded).
-Installed analog lines to line ports.
--Analog lines are broken out from CLEC equipment riding on same PRI
---Set up second pool and ARS patterns for the RCF ext's to dial over analog.
----Outside callers get "We're sorry, this call is incomplete" recording from the CLEC.
-----Change forward delay to 1 ring and outside callers are RCF to outside with a couple extra rings heard by caller. This is only a temporary fix as the inside sales would like to forward their sets as well (can't change ARS for everyone for obvious reasons)

I have gone back and forth with CLEC to the point they say they have exhausted every possibility it is in their switch or provisioning. They are willing to dispatch for after hours meet if necessary. They are able to capture the set up message and says we are "missing information". I have ran into this exact issue a couple times before, and they have found this to be a "security setting" regarding toll fraud. Telepacific was able to isolate the issue and resolve it both times.
It sure sounds like CLEC.. but it also sounds like a timing issue. I have blindly "played" around with just about every timer in the switch without any resolve.
I apologize my first post is a question, but I am really stuck here. Any suggestions would be appreciated. I would also like to see if there is anyone available for paid support if it comes down to it.
Thanks for your time.
Aaron
 
I have found that some CLECS will BLOCK PBX System Forwarding. Considering you said that you changed CLEC, then I highly suspect this problem.

If you want to, why don't you print the Extension Info for 1 of your failing extensions and let us look to see if there's anything there.

Just to be sure, you are not using Voice Mail in this mix of calling are you?

-merlinmansblog.blogspot.com
 
Thanks for you input Merlinman.
The RCF works in every situation except when calling the DID directly from outside. So I have ext 6450 set to RCF to my cell. When I call ext 6450 from another extension, the call forwards correctly. If you transfer to ext 6450 via AA, the call forwards correctly. If I dial 562-xxx-6450, the call gets rejected from CLEC and all you will hear is a dial tone. I will send you the number in a message so you can hear yourself.
I will pull a print next time I am in the area. Might be a few days.
Thanks again.
Aaron
 
I completely agree Merlinman. That is why this is so frustrating. They state they are not blocking the forward. The tech pulled in more eyes on the issue, and they are confident the issue is not on their end (ya right).
Directly from the CLEC tech:
Generally when I look at debugs for PRI customers, essentially the PBX does a call out when it does the transfer.
I found a pbx from another customer in my notes and luckily they had forwarding on. They are set for NI2 so it looks a little different but works the same. Im not seeing a calling party number in the setup message from your PBX. Ive seen some PBXs also have a line with a redirecting number as well when they forward—depends on the phone system.

This is the setup message back out(their pbx forwarding the call*****

Invoke Id = 1
Operation = CallingName
Name Presentation Allowed Extended
Name = misc name
Calling Party Number i = 0xA1, 'xxxxxx1935' <note, I had to change some of the numbers to xxx for privacy reasons
Plan:ISDN, Type:National
Called Party Number i = 0x80, 'xxxxxx9966' <note, I had to change some of the numbers to xxx for privacy reasons
Plan:Unknown, Type:Unknown

This is your PBX’s setup message for the call back out for the forward

Dec 11 12:58:35.952 PST: ISDN Se1/0:23 Q921: Net RX <- INFO sapi=0 tei=0, ns=115 nr=24
Dec 11 12:58:35.956 PST: ISDN Se1/0:23 Q931: SETUP pd = 8 callref = 0x001E
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
<<<<<<<<<<PBX FORWARDING CALL BACK OUT. MISSING INFORMATION
Channel ID i = 0xA18389
Preferred, Channel 9
Called Party Number i = 0xA1, '1xxxxxx5508'<note, I had to change some of the numbers to xxx for privacy reasons
Plan:ISDN, Type:National



 
Yes the number to send is the DID as CID. 562-xxx-6400 base number with 6400-6499 as DID range. This works correctly. Call from ext 6450 will show 562-xxx-6450 as CID.
 
This would be something to change and test though. Possibly just have the main number set manually on each T1 channel rather than the DID. Worth a shot I suppose.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top