Hi all.
Alcatel OXE 6.1.1. Two Trunk Groups: ISDN T2, QSIG T2. I've tried to forward call from internal number to external number on QSIG trunk. With no ARS config ewerything works perfectly:
1. Internal call-->internal number-->external number OK
2. External call-->internal numer-->external number OK
When I try to transfer with ARS enable, external call is forwarded through the same Trunk Group which is incoming:
1. Internal call-->internal number-->external number OK
2. External call-->internal numer-->external number NOK
and cannot be established. I've read documentation and cannot find any info about this kind of config. Is there something else to set to make possible transfer calls beetween trunk groups with ARS (COS 5 for these TG are enabled)?
Thanks for any points
Regards
Slawek
ARS Forward call on external number on another Trunk Group
- tot3nkopf
- Alcatel Unleashed Certified Guru
- Posts: 4058
- Joined: 02 Feb 2006 10:41
- Location: Germany & Romania
- Contact:
Re: ARS Forward call on external number on another Trunk Gro
PNC of the inbound trunk group is configured in order to be able to dial through the outbound trunk group (through ARS)?
Re: ARS Forward call on external number on another Trunk Gro
Could you please be more specific?
- tot3nkopf
- Alcatel Unleashed Certified Guru
- Posts: 4058
- Joined: 02 Feb 2006 10:41
- Location: Germany & Romania
- Contact:
Re: ARS Forward call on external number on another Trunk Gro
Your inbound TG has a public network category. Configure it with the same value as a user PNC which is able to dial through ARS.
Re: ARS Forward call on external number on another Trunk Gro
OK. I've set value 6 for inbound and outbound TG and for user which has set forward on external number. Still not working when I've made external call for forwarded number.
Re: ARS Forward call on external number on another Trunk Gro
When user A dial ARS+number - discriminator (ARS list/ routes) will be selected from user A entity (entity/ discriminator selector).
When user A order forward (ARS+number) and user B calls to user A - I think discriminator will be selected from user B entity.
In your case - for calls from TG - check TG entity/ discriminator selector (0 by default). Compare with user Entity/ discriminator selector (1 by default).
When user A order forward (ARS+number) and user B calls to user A - I think discriminator will be selected from user B entity.
In your case - for calls from TG - check TG entity/ discriminator selector (0 by default). Compare with user Entity/ discriminator selector (1 by default).
Re: ARS Forward call on external number on another Trunk Gro
Correct. Inbound TG is in another Entity which has set different discriminator. Thats why transferred call was by the same TG which was income. After changing discriminator selector everything works fine. Thanks a lot for the clue.
Regards
Slawek
Regards
Slawek
Re: ARS Forward call on external number on another Trunk Gro
What if I dont have discriminators in my system Its an old one so its a little different. Ive got the same PNC and entity in my incoming TG and outgoing TG but call forward doesnt work. I mean when I set forward on one of the extensions lets sayvad wrote:When user A dial ARS+number - discriminator (ARS list/ routes) will be selected from user A entity (entity/ discriminator selector).
When user A order forward (ARS+number) and user B calls to user A - I think discriminator will be selected from user B entity.
In your case - for calls from TG - check TG entity/ discriminator selector (0 by default). Compare with user Entity/ discriminator selector (1 by default).
8000 to number 0 500 XXX XXX and someone from extension 8001 calls 8000 it goes to 0 500 XXX XXX but when there is an external call to 8000 - PBX doesnt forward end gives busy signal. What can I do in this situation. What possibly could be wrong ?
Re: ARS Forward call on external number on another Trunk Gro
Here is text file with my configuration, please help me, correct wrong parameters ...
You do not have the required permissions to view the files attached to this post.