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

BCM450 Virtual DN for redirect

Status
Not open for further replies.

InnoLab

IS-IT--Management
Mar 6, 2012
9
CA
Good day

I have a BCM450 rel 6.0 and I am trying to configure virtual DN's to transfer calls to external phone numbers.

My external phone numbers are DID and I know there is the option to do a redirect directly in the target line, but I need to pass by a DN because I have a software that tracks the calls and I need to know how many calls passed by this DN.

I have read many of the tips I have found in this forum, but some are out of my league in the system programming.

Right now I tried to create a virtual DN by using an Inactive DN and sending the redirect out but the DN is telling me out of service.

Thanks for your help


 
Do you have an unused analog DN? That's what I have done in this situation. Forward to that DN and have it set to forward all.
 
all my analog ports are used so I cannot use this option.
 
I have a very limited number of VM in the callpilot so i'm trying to keep away of the callpilot for this to work.

If it's the only way i'll make it work with the express messaging
 
The Dbrewsky way might work

1) Find an invalid DN....Ext 3605 as an example

2) create a route that the SENT DIGITS are the users home phone number, also select the outbound path (ie: BlocA, BlocB, or Pool A)

3) Then create a DESTINATION CODE of 3605 and have it use the route you created in step 2, set absorb to ALL

If you want to have their 3605 DID follow as well, setup a REMOTE ACCESS PACKAGE and allow that package to use the outbound path above. Assign that REMOTE ACCESS PACKAGE to all your inbound trunks (not the target lines, the trunks themselves). This will work, but if someone dials the users extension from voicemail, they won't be transferred as it's a PUBLIC type call...



=----(((((((((()----=
curlycord
 
Ok trying to make this work but seems my system won't cooperate

1) my invalid DN is 2445
2) created a route in Dialing Plan-Routing-Routes

route 010, added the phone number to dial outside, set my pool to use, DN type is Private, service Type and ID is N/A

3) When I try to create the destination code of 2445 in Dialing Plan-Routing-Destination Codes the system gives me this error: User input contains invalid value.

Now there's my new issue :)
 
Ok that's the part i'm lost

If I use 2 invalid DN's which one is the one I should be using and where do I tell it to be active, do they both need to be phone DN's or Application DN's or whatever else.
 
I managed to create a destination code in the system and if I dial the destination code it works, now how do I configure the DN to use this and be in service...
 
Ok tried but no go still...

my destination code is 9059, if I dial 9059 on my phone it will ring on my cell phone

If I dial the external DID linked to that extension, I either get a fast busy or a not in service message
 
If you have spare IP licenses, just create IP DNs and use them to CFW
 
No spare IP licenses either, i'm sure there is an easy way and i'm missing it
 
I spent a lot of time trying to do the same thing and the only thing that worked was using a spare Alog DN or a Digi DN with a phone connected and for ward the calls from that..

If its not broke tweak it..
 
When using my method the received digits are the Destination Code digits. Used to have to use this method way back in the day when you had a MICS sitting behind another MICS and sharing the telco PRI/T1.

Example:
DID Number: 602-444-2550 (received length of 4)
Create a route to point to the external number (your cell phone), if accessing a telco PRI or T1 then it needs to be set to Public
If you have a target line for 2550, then remove the received digits (received number and dest codes cannot be the same)
Create a destination code of 2550 and point use the route you created earlier
Create a Remote Access Package (I always use 005) and allow it access to the outbound trunks
Change the trunks Remote Access Package to use the remote access package you just created.

Test..

Note: this will not satisfy your requirement of passing by a DN. But that begs the question, are you using CDR output to track this information?

--DB

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top