cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
918
Views
0
Helpful
5
Replies

BLF'S FOR THE SAME DN BUT DIFFERENT PARTITIONS - FAIL!

alicia.vega
Level 1
Level 1

Hello,

I have the following scenary:

Phone A - Line 1 - DN 1000 (Partition Public)
Phone A - Line 2 - DN 1000 (Partition Private)

Phone B - Line 1 - DN 2000
Phone B - Line 2 - BLF 1000 (Partition Public)
Phone B - Line 3 - BLF 1000 (Partition Private)

I need to monitor both lines, but only one line is being monitored, the one in Partition Private. This is because it is the first partition in the Phone B CSS.

So when Phone A - Line 1 is busy, none of the BLFs switch on. When Phone A - Line 2 is busy, both BLFs do.

Any idea to solve the problem?

5 Replies 5

Youssef Aoufi
Level 3
Level 3

Hello Alice!!!!

No habias dejado de cacharrear en esto ?????

Hace poco tuve el mismo problema , pero parece que no tiene solucion.

Como bien sabes , los BLF dependen del Subscribe CSS asociado al telefono, si tienes dos DN duplicados, el BLF siempre supervisara el estado del DN que esta en la partition mas adelantada.

https://supportforums.cisco.com/thread/2093244

Lo que me parecio raro es que se encendian los dos BLF's

Un besote

Youssef, que fuerte me parece coincidir por aquí, jajajaja. Ya no cacharreo, pero de vez en cuando hay que volver a los orígenes, jajajaja...

Parece que la cosa pinta chunga... así que habrá que pensar en otra cosa!

Gracias por tu ayuda y un besazo! A ver si te vemos por España!

Anthony Holloway
Cisco Employee
Cisco Employee

Does the Subscribe Calling Search Space on Phone B have a CSS set that can reach both public and private partitions?

Yes Anthony,  both partitions are reachable by Subscribe CSS. So it seems there is no easy solution

Hi

I'd suggest this is probably working as intended. You have the same DN in different partitions, and want the phone to be able to differentiate between these... but it can't, as they are the same number. The order of partitions in teh subscribe CSS will pick one of them.

It may be have been a better design to consider having a prefix for either public/private or both lines (e.g. public line = 1000, private = *1000 or 81000). With this setup you would have no trouble differentiating the lines (with this, or with CTI applications which have similar issues) and you could allow dialling between 'private' lines with 4-digits by having a translation pattern in the private CSSs to translate *XXXX or 8XXXX to XXXX.

I guess it all depends on why you have this public/private parallel universe setup.

Regards

Aaron

Please rate helpful posts..

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!