To have a better experience, please upgrade your IE browser.upgrade
Questo sito utilizza cookie di profilazione (propri e di terze parti) per ottimizzare la tua esperienza online e per inviarti pubblicità in linea con le tue preferenze. Continuando a utilizzare questo sito senza modificare le tue preferenze acconsenti all’uso dei cookie. Se vuoi saperne di più o negare il consenso a tutti o ad alcuni cookie clicca qui>
The website that you are visiting also provides Arabian language. Do you wish to switch language version?
يوفر موقع الويب الذي تزوره المحتوى باللغة العربية أيضًا. هل ترغب في تبديل إصدار اللغة؟
The website that you are visiting also provides Russia language Do you wish to switch language version?
Данный сайт есть в английской версии. Желаете ли Вы перейти на английскую версию?
Customer has configured in his unified gateway a Call Forwarding Cascade scenario where he informed us that when he is calling 2505 that has the following services activated: call forwarding to: no reply, on busy and offline instead of following the cascading scenario configured (2257-> 2336->2340->2445->2097); the call makes 2 or 3 jumps in the cascading call forward and does not work properly.
We have requested the following information from the customer:
- Firmware version of the U1980 unified gateway
- Configuration file from the U1981 and the data.bin file of PBX
- If a BMU is also present in the network topology
After scheduling a remote session with the customer, we have checked the configuration for each of the involved extensions, re-created the scenario by dialing extensions involved in the cascading scenario individually to check if there is any pattern when calling from source 3023, collected the required logs, gathered the data.bin file in order to apply this configuration in the lab environment and reproduce.
We have found out that the customer has on the 5 users the global override forwarding service configured and advised customer of the service conflict list for the U1900 since the call forward is in conflict with the call forward override (global service)
In this scenario users A and B are available. User A enables the forwarding override permission. User B has registered the call forwarding service (unconditional, no response, busy, offline, conditional)
User A dials user B’s number. User B’s phone rings. User B’s forwarding service does not take effect.
The root cause of this issue is 2257 extension which has set the “call forward override” service. This function controls the next forward number and can’t proceed further with the forward of the next in line number in the cascading scenario.
Advised customer to proceed with the following procedure:
1. Find the subscriber define the service
show subscriber filter newservicerights overcfx
1. Delete the service .
config modify subscriber dn XX operatenewservice del newservicerights overcfx