Alcatel Unleashed

Hello,
I hope you're doing well. Let me explain the situation: we have a short number 8586 that is no longer working.
This short number is supposed to be linked to a long number 0117611XX.
When I call the long number directly, it rings properly. But when I use the short number 8586, it doesn’t work.

I contacted our telecom provider and, after running some tests together, everything seems fine on their side.
I would like to understand what could be wrong on our side, and how to link or redirect the short number to the long number on our Alcatel 4400 R10 system.

here are the beam settings for incoming calls - there are two of them

No noeud-r⚌seau (r⚌serv⚌ soft) : 0 │
│ No faisceau : 1 │
│ │
│ Type faisceau + SDA │
│ Nom du faisceau : ARRIVEE 1 │
│ Nom du faisceau en UTF-8 : ------------------------------------------- │
│ Num⚌rotation compatible avec : 0 │
│ R⚌seau adjacent : 15 │
│ Faisceau r⚌parti + Non │
│ Exploitations particuli⚌res + Rien │
│ No du noeud : 0 │
│ Faisceau transcom + Non │
│ Faisceau priv⚌ + Oui │
│ Cat⚌gorie acc⚌s r⚌s.public : 0 │
│ Transcodage SDA + Non │
│ Signalisation d'enregistreurs + MF R2 │
│ │
│ Priorit⚌ implicite │
│ │
│ Mode activation : 0 │
│ Niveau de priorit⚌ : 0 │
│ │
│ Pr⚌emptable + Non │
│

Type faisceau + SDA │
│ Sp⚌cificit⚌ T2 + Sans │
│ R⚌f.r⚌seau public : SDA │
│ Achemin.GV No inexistants + Oui │
│ No Entit⚌ : 2 │
│ G⚌r⚌ par routage + Non │
│ Seuil co⚌t VPN sur appel entrant : 0 │
│ Ecoute imm⚌diate jonct.si saut VPN + Oui │
│ % IT VPN : 50 │
│ Monitor⚌ par csta + Non │
│ % max de joncteurs hors CCD : 0 │
│ Rapport tax.analog sur RNIS : ------ │
│ R⚌partition IT sur les acc⚌s + Oui │
│ Profil de Qualit⚌ Voix sur IP + Profil #1 │
│ Type de compression IP + D⚌faut │
│ Utilisation du volume syst⚌me + Oui │
│ Annonce en invitation ⚌ num⚌roter + Non │
│ Annonce en retour d'appel + Non │
│ Routage des appels anonymes + Non │
│ Faisceau DISA + Non │
│ Code secret DISA : ---- │
│ R⚌acheminement patron + Non │
│ Dissuasion pour ACD + Non │
│ D⚌tect.Tona.occup.Aboutement + Non │
│ Standard automatique + Non │
│ Cat⚌gorie appelant-Std auto. : 0 │
│ Nombre ⚌ ajouter : -------- │
│ No logique groupe acc⚌s : -1 │
│ Exploit.taxation au dde autoris⚌ + Oui │
│ Mode de discrimination + Sans discrimination │
│


No faisceau : 2 │
│ │
│ Type faisceau + SDA │
│ Nom du faisceau : ARRIVEE 2 │
│ Nom du faisceau en UTF-8 : ------------------------------------------- │
│ Num⚌rotation compatible avec : 0 │
│ R⚌seau adjacent : 15 │
│ Faisceau r⚌parti + Non │
│ Exploitations particuli⚌res + Rien │
│ No du noeud : 0 │
│ Faisceau transcom + Non │
│ Faisceau priv⚌ + Non │
│ Cat⚌gorie acc⚌s r⚌s.public : 0 │
│ Transcodage SDA + Non │
│ Signalisation d'enregistreurs + MF R2 │
│ │
│ Priorit⚌ implicite │
│ │
│ Mode activation : 0 │
│ Niveau de priorit⚌ : 0 │
│ │
│ Pr⚌emptable + Non


│
│ No noeud-r⚌seau (r⚌serv⚌ soft) : 0 │
│ No faisceau : 2 │
│ Instance (r⚌serv⚌e soft) : 1 │
│ │
│ Type faisceau + SDA │
│ Sp⚌cificit⚌ T2 + Sans │
│ R⚌f.r⚌seau public : ------ │
│ Achemin.GV No inexistants + Oui │
│ No Entit⚌ : 0 │
│ G⚌r⚌ par routage + Non │
│ Seuil co⚌t VPN sur appel entrant : 0 │
│ Ecoute imm⚌diate jonct.si saut VPN + Oui │
│ % IT VPN : 50 │
│ Monitor⚌ par csta + Non │
│ % max de joncteurs hors CCD : 0 │
│ Rapport tax.analog sur RNIS : ------ │
│ R⚌partition IT sur les acc⚌s + Oui │
│ Profil de Qualit⚌ Voix sur IP + Profil #1 │
│ Type de compression IP + D⚌faut │
│ Utilisation du volume syst⚌me + Oui │
│ Annonce en invitation ⚌ num⚌roter + Non │
│ Annonce en retour d'appel + Non │
│ Routage des appels anonymes + Non │
│ Faisceau DISA + Non │
│ Code secret DISA : ---- │
│ R⚌acheminement patron + Non │
│ Dissuasion pour ACD + Non │
│ D⚌tect.Tona.occup.Aboutement + Non │
│ Standard automatique + Non │
│ Cat⚌gorie appelant-Std auto. : 0 │
│ Nombre ⚌ ajouter : -------- │
│ No logique groupe acc⚌s : -1 │
│ Exploit.taxation au dde autoris⚌ + Oui │
│ Mode de discrimination + Sans discrimination


I noticed that the PCM2 trunk lines for ARRIVEE 1 are all out of service. Could this explain why incoming calls to 8586 are not working? On the other hand, the trunks for ARRIVEE 2 are either free or busy.


data in Trunk_Group structure ****************

******** data REMOTE TRUNK
TrunkName = ARRIVEE 1
discrLogId = 0 ton_a_used = 0 em_repfix = 0
privLine = 1 reservop = 0 reserauto = 0
Trunksearchs = 0 ftranscom = 0 frondier = 0
typTrunk : (2) => SDA
Next_Trunk = -1 nbdigitsem = 0 tab_proto = -1
node_number = 0
network_number = 15
trunk_reg_sig = 1
cat_restrictionService_in = 10, cat_restrictionService_out = 10
Priority ===> Level= 0, Mode= 0, Preemption= 0
mpt1343 = 0, callbackTrunkbusy = 1 rerouting = 0

******** data Link
cat_signa = 255 ch_channelb = 0 network_mode = 0
+--------------------------------------------------------------------------------------------
| NEW ocupjonc
+--------------------------------------------------------------------------------------------
| i = 0, min = 0, max = 1465
| last it used = 0, nbr_trunk_created = 0
| nbr_trunk_busy : start = 0 arrived = 0 mixed = 0
+--------------------------------------------------------------------------------------------
| outservice | res | Busy | nulog |trans|neqtdyn|E64 RN64 EN64| OVPN | neqph | adr
+--------------------------------------------------------------------------------------------
| OUTOFSERVICE | no | free | 60 | 1 | 338 | 0 0 0 | 0 | 338 |0-16-1-0
| OUTOFSERVICE | no | free | 61 | 1 | 339 | 0 0 0 | 0 | 339 |0-16-2-0
| OUTOFSERVICE | no | free | 62 | 1 | 340 | 0 0 0 | 0 | 340 |0-16-3-0
| OUTOFSERVICE | no | free | 63 | 1 | 341 | 0 0 0 | 0 | 341 |0-16-4-0
| OUTOFSERVICE | no | free | 64 | 1 | 342 | 0 0 0 | 0 | 342 |0-16-5-0
| OUTOFSERVICE | no | free | 65 | 1 | 343 | 0 0 0 | 0 | 343 |0-16-6-0
| OUTOFSERVICE | no | free | 66 | 1 | 344 | 0 0 0 | 0 | 344 |0-16-7-0
| OUTOFSERVICE | no | free | 67 | 1 | 345 | 0 0 0 | 0 | 345 |0-16-8-0
| OUTOFSERVICE | no | free | 68 | 1 | 346 | 0 0 0 | 0 | 346 |0-16-9-0
| OUTOFSERVICE | no | free | 69 | 1 | 347 | 0 0 0 | 0 | 347 |0-16-10-0
| OUTOFSERVICE | no | free | 70 | 1 | 348 | 0 0 0 | 0 | 348 |0-16-11-0
| OUTOFSERVICE | no | free | 71 | 1 | 349 | 0 0 0 | 0 | 349 |0-16-12-0
| OUTOFSERVICE | no | free | 72 | 1 | 350 | 0 0 0 | 0 | 350 |0-16-13-0
| OUTOFSERVICE | no | free | 73 | 1 | 351 | 0 0 0 | 0 | 351 |0-16-14-0
| OUTOFSERVICE | no | free | 74 | 1 | 352 | 0 0 0 | 0 | 352 |0-16-15-0
| OUTOFSERVICE | no | free | 75 | 1 | 353 | 0 0 0 | 0 | 353 |0-16-16-0
| OUTOFSERVICE | no | free | 76 | 1 | 354 | 0 0 0 | 0 | 354 |0-16-17-0
| OUTOFSERVICE | no | free | 77 | 1 | 355 | 0 0 0 | 0 | 355 |0-16-18-0
| OUTOFSERVICE | no | free | 78 | 1 | 356 | 0 0 0 | 0 | 356 |0-16-19-0
| OUTOFSERVICE | no | free | 79 | 1 | 357 | 0 0 0 | 0 | 357 |0-16-20-0
| OUTOFSERVICE | no | free | 80 | 1 | 358 | 0 0 0 | 0 | 358 |0-16-21-0
| OUTOFSERVICE | no | free | 81 | 1 | 359 | 0 0 0 | 0 | 359 |0-16-22-0
| OUTOFSERVICE | no | free | 82 | 1 | 360 | 0 0 0 | 0 | 360 |0-16-23-0
+--------------------------------------------------------------------------------------------
+-----------------------------------------------+
| CallRestrictionService | neqt_dcom_ass | Prio |
+-----------------------------------------------+
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
| 10 | -1 | 0 |
+-----------------------------------------------+

index_max = 1465 ; nbjonc = 23
cristal = 0 1 2 3 4 5 6 7 8 9 10 11
LastTrunkused = 0 0 0 0 0 0 0 0 0 0 0 0
cristal = 12 13 14 15 16 17 18 19
LastTrunkused = 0 0 0 0 0 0 0 0
LastTrunkUsed common = 0 idx_rfo = 0 channel_reserv = 0
dert0_used = 0 dert0mixt_used = 0 dert0wo_used = 0

******** data TRUNK_LOCAL
a_paying = 0 Trunkdisa = 0 itpermnt = 1 trans_num = 0
tr_q23 = 0 reach_boss = 0 secretcode = 0 ach_film = 1
accesscode = 0 gp_d_Hold = 0 categ_ptt = 0 blf etat = 3
entity_nr = 2 nb_digit_used = 4 Trunkdissu = 0 dto_about = 0
reused_channelb = 0 number_to_be_added : .
mode_ddi = 0 refptt = /SDA / nbchminp = 0
x25used = 0
vpnRate = 50 vpnCostLimit = 0 immTrkForVpn = 1
businessPercent = 0 nbACDCall = 0 tax_nds = 0
send_prog = 1 ip_qual_prof = Profile #1
t2spec = S_NORMAL d_channel_hyb = 0

DjeSan wrote: ↑12 May 2025 11:39 Let me explain the situation: we have a short number 8586 that is no longer working.
This short number is supposed to be linked to a long number 0117611XX.
When I call the long number directly, it rings properly. But when I use the short number 8586, it doesn’t work.

Its not possible to understand your problem from your description so don't expect to get an answer.
Its a mess.
What is short "number 8586" - an extension number or speed dial? What is "long number 0117611XX" - an external number with prefix?
Who is dialling these numbers - internal sbs or external?

a headache
please be more explicit! as stated by @Alex what 's the exact scenario ?
In youR location are u using SDA as trunktype and trunk_reg_sig = MFR2 without sda transcoding
For your trunks OOS past the output of the command trkstat 0 16

alex wrote: ↑14 May 2025 07:14

DjeSan wrote: ↑12 May 2025 11:39 Let me explain the situation: we have a short number 8586 that is no longer working.
This short number is supposed to be linked to a long number 0117611XX.
When I call the long number directly, it rings properly. But when I use the short number 8586, it doesn’t work.

Its not possible to understand your problem from your description so don't expect to get an answer.
Its a mess.
What is short "number 8586" - an extension number or speed dial? What is "long number 0117611XX" - an external number with prefix?
Who is dialling these numbers - internal sbs or external?

Let me explain the situation: we have a short number, 8586, assigned by the ARCEP, which is used to reach our call center.

We are connected to two different telecom operators, through which customers can reach us.
Initially, the 8586 number was not working. After contacting both operators, I was told that 8586 is routed—on the operator’s side—towards a long number: 011767133, which is then forwarded to our PABX, where it tries to resolve it to an internal short number: 011767199.

After investigation, I found that in our dial plan, there is an existing pilot: C7199.
Navigating to Applications > CCD > Pilot, I confirmed that the pilot C7199 is correctly defined.

However, when I dial 8586 from my mobile phone, the call didn’t even ring at first.

To troubleshoot, I created a user 7199, and in the dynamic states, I configured an immediate call forward to the pilot C7199.
Now, when I dial 8586 from my mobile, the call is properly routed, and I hear the company’s waiting music — but only when calling via one of the two operators.

With the second operator, the call rings, but without the music on hold.

I’m now wondering:

Do I need to create a separate number or user specifically for the second operator?

Or is there something misconfigured in the current setup?

This is the point where I'm currently stuck.

Ok in all my years one of the monst confusing threads i have ever read.

So lets step back to basics when you dial 8586 from your mobile, run a t3 trace and then post the results, so like a translation issue to me but without see so clear results it is hard to see where the issue maybe.

011767133,011767199 same number plan???

For understanding give us info:
- calling number received from OP1 and OP2
- NPD used in TG's (TG/ NPD selector)
- DID translation used in NPD (Called DID Id)
- rules in this DID