|
Home > Archive > Voice over IP Cisco > May 2006 > IPMA problem or not
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
IPMA problem or not
|
|
| Erik Erasmus \(E\) 2006-05-18, 1:11 pm |
|
Hi
Does anyone have any advice for my IPMA problem. I configured IPMA but
did not use the wizard because I am a bit scared of how it will
combine with my existing CSS and partitions. I use the line device
approach to selectively apply Class of Service to control who can dial
overseas, cell etc. This is done by openeing the CSS on the device to
include all pstn but then on the DNs use blocking CSS routed to a
dummy gateway/ This all works fine.
My IPMA basically have the following:
css_I_E ----- for all user DNs, assistand primary DN, intercom DN on
assistant and manager phone, Manager prim DN
css_M_E ----for proxy dn on assistant phone for a single manager,
Route_point DN with xxxx, CFNA ext and internal
I also have
part_E --- all users, assistt DN, Proxy DN, intercom DN on assistant,
intercom DN on manager
part_I --- CTI RoutPoint DN,
part_M -- Manager DN
assistant user and manager configured etc and associated to their
phones etc.
Problem
========
Assist console starts up, Manager phone shows IPMA window, Assist
console sees manager DN, assistant phone shows interkom and proxy line
on phone etc. Manager phone shows his DN and intercom etc. Assist
console can dial etc.
However - on manager phone the message -- FILTERING DOWN. and also
when phoning the manager DN while assist is active does not intercept
the call even if I have the divert (arrow bouncing of the wall)
activated. I had to leave the site and started reading again to try
nad solve the problem of calls not going to the assistant. The Filter
circle on the manager phone is clear. Is this normal that the
assistant will not then intercept the calls. I am starting to think
when I tested I used the application incorrectly. Should a filter be
on to make things work (I.E meshed. I hope so - and is this a possible
state when the manager have a open filte saying I don;t want fancy
filters but still wants calls to go to my assistant that is active. Am
I on the right track here - configuration is probably correct but when
tested I did not realise that filtering should be one - even if it is
with a open filter for assistants to actually get calls trown to the
proxy line. Will test again tomorrow - any advice will be apprecitade
erik erasmus
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| Chris D'amore 2006-05-18, 7:11 pm |
| I've only set IPMA up once, but from my very limited experience, this is
not the default behavior.
With no filtering enabled and Divert All disabled, calls should go to
the manager. But, once you enable Divert All, the calls should be
directed to the assistant. At least this is how my set-up is working.
Have you checked the assistant and manger user configuration? For
example, on the assistant's user ID, are the proxy line and manager
lines set-up properly?
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Erik Erasmus
(E)
Sent: Thursday, May 18, 2006 1:06 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] IPMA problem or not
Hi
Does anyone have any advice for my IPMA problem. I configured IPMA but
did not use the wizard because I am a bit scared of how it will combine
with my existing CSS and partitions. I use the line device approach to
selectively apply Class of Service to control who can dial overseas,
cell etc. This is done by openeing the CSS on the device to include all
pstn but then on the DNs use blocking CSS routed to a dummy gateway/
This all works fine.
My IPMA basically have the following:
css_I_E ----- for all user DNs, assistand primary DN, intercom DN on
assistant and manager phone, Manager prim DN
css_M_E ----for proxy dn on assistant phone for a single manager,
Route_point DN with xxxx, CFNA ext and internal
I also have
part_E --- all users, assistt DN, Proxy DN, intercom DN on assistant,
intercom DN on manager
part_I --- CTI RoutPoint DN,
part_M -- Manager DN
assistant user and manager configured etc and associated to their phones
etc.
Problem
========
Assist console starts up, Manager phone shows IPMA window, Assist
console sees manager DN, assistant phone shows interkom and proxy line
on phone etc. Manager phone shows his DN and intercom etc. Assist
console can dial etc.
However - on manager phone the message -- FILTERING DOWN. and also when
phoning the manager DN while assist is active does not intercept the
call even if I have the divert (arrow bouncing of the wall) activated. I
had to leave the site and started reading again to try nad solve the
problem of calls not going to the assistant. The Filter circle on the
manager phone is clear. Is this normal that the assistant will not then
intercept the calls. I am starting to think when I tested I used the
application incorrectly. Should a filter be on to make things work (I.E
meshed. I hope so - and is this a possible state when the manager have a
open filte saying I don;t want fancy filters but still wants calls to go
to my assistant that is active. Am I on the right track here -
configuration is probably correct but when tested I did not realise that
filtering should be one - even if it is with a open filter for
assistants to actually get calls trown to the proxy line. Will test
again tomorrow - any advice will be apprecitade
erik erasmus
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
NOTICE: This electronic mail message and any files transmitted with it are intended exclusively
for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, disclosure
or distribution is strictly prohibited. If you have received this message in error, please immediately
advise the sender by reply email and delete all copies.
| |
| Erik Erasmus \(E\) 2006-05-18, 7:11 pm |
|
Hi Chris
I forgot to mention that I am trying to use proxy line mode and not
shared.I just read the users guide again
Using cisco IPMA in Proxy-Line Mode
If a system administrator has configured cisco IPMA in proxy-line
mode, the manager and assistant do not share a directory number. The
assistant handles calls for a manager using a proxy number. The proxy
number is not the manger's directory number, but an alternate number
chosen by the system that an assistant uses to handle the manager's
calls. In proxy-line mode, a manager and an assistant have access to
all features in cisco IPMA, including default assistant selection,
assistant watch, call filtering, and divert all calls.
If you are an assistant using cisco IPMA in proxy-line mode, you must
log in to the Assistant Console and have a filter enabled to receive
calls made to your manager on your phone.
The best is for me to test it tomorrow before loosing more sleep over
it - I think it was a case of me no knowing how to use it properly in
proxyline mode. Thanks for the advice
erik
________________________________
From: Chris D'amore [mailto:CDAmore@jackhenry.com]
Sent: Thu 2006-05-18 23:15
To: Erik Erasmus (E); cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] IPMA problem or not
I've only set IPMA up once, but from my very limited experience, this
is not the default behavior.
With no filtering enabled and Divert All disabled, calls should go to
the manager. But, once you enable Divert All, the calls should be
directed to the assistant. At least this is how my set-up is working.
Have you checked the assistant and manger user configuration? For
example, on the assistant's user ID, are the proxy line and manager
lines set-up properly?
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Erik Erasmus
(E)
Sent: Thursday, May 18, 2006 1:06 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] IPMA problem or not
Hi
Does anyone have any advice for my IPMA problem. I configured IPMA but
did not use the wizard because I am a bit scared of how it will
combine with my existing CSS and partitions. I use the line device
approach to selectively apply Class of Service to control who can dial
overseas, cell etc. This is done by openeing the CSS on the device to
include all pstn but then on the DNs use blocking CSS routed to a
dummy gateway/ This all works fine.
My IPMA basically have the following:
css_I_E ----- for all user DNs, assistand primary DN, intercom DN on
assistant and manager phone, Manager prim DN
css_M_E ----for proxy dn on assistant phone for a single manager,
Route_point DN with xxxx, CFNA ext and internal
I also have
part_E --- all users, assistt DN, Proxy DN, intercom DN on assistant,
intercom DN on manager
part_I --- CTI RoutPoint DN,
part_M -- Manager DN
assistant user and manager configured etc and associated to their
phones etc.
Problem
========
Assist console starts up, Manager phone shows IPMA window, Assist
console sees manager DN, assistant phone shows interkom and proxy line
on phone etc. Manager phone shows his DN and intercom etc. Assist
console can dial etc.
However - on manager phone the message -- FILTERING DOWN. and also
when phoning the manager DN while assist is active does not intercept
the call even if I have the divert (arrow bouncing of the wall)
activated. I had to leave the site and started reading again to try
nad solve the problem of calls not going to the assistant. The Filter
circle on the manager phone is clear. Is this normal that the
assistant will not then intercept the calls. I am starting to think
when I tested I used the application incorrectly. Should a filter be
on to make things work (I.E meshed. I hope so - and is this a possible
state when the manager have a open filte saying I don;t want fancy
filters but still wants calls to go to my assistant that is active. Am
I on the right track here - configuration is probably correct but when
tested I did not realise that filtering should be one - even if it is
with a open filter for assistants to actually get calls trown to the
proxy line. Will test again tomorrow - any advice will be apprecitade
erik erasmus
NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively
for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or
privileged
information. Any unauthorized review, use, printing, saving, copying,
disclosure
or distribution is strictly prohibited. If you have received this
message in error, please immediately
advise the sender by reply email and delete all copies.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| Bell, Joe 2006-05-18, 7:11 pm |
| I have setup IPMA around 10 times and I have seen the message you're
talking about. I would say restart the services first (Tomcat and WWW).
If you can, reboot the whole system. I bet your problem goes away.
Cludgy, I know.
Intercept: I am not sure which version of CCM you have, but the two
phones involved with IPMA (Mgr and Assistant) must use ONLY line level
call search spaces, no device call search space. If they have device
level call search spaces, then Intercept no worky. This is because the
bug reverses the importance of CSS order by putting the device atop the
line when they are concatenated. This is opposite for how it works in
every other instance. The bug is for CCM 3.3, but I have seen this
behavior on other versions and it is fixed with eliminating device level
CSS. Here is the bug ID because this is hard to belive. CSCef06722
So, to fix you two problems:
1. Reboot the whole village
2. On the IPMA phones, get rid of any device level css and only use
line level.
Good luck,
Joe
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Erik Erasmus
(E)
Sent: Thursday, May 18, 2006 2:42 PM
To: Chris D'amore; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] IPMA problem or not
Hi Chris
I forgot to mention that I am trying to use proxy line mode and not
shared.I just read the users guide again
Using cisco IPMA in Proxy-Line Mode
If a system administrator has configured cisco IPMA in proxy-line mode,
the manager and assistant do not share a directory number. The assistant
handles calls for a manager using a proxy number. The proxy number is
not the manger's directory number, but an alternate number chosen by the
system that an assistant uses to handle the manager's calls. In
proxy-line mode, a manager and an assistant have access to all features
in cisco IPMA, including default assistant selection, assistant watch,
call filtering, and divert all calls.
If you are an assistant using cisco IPMA in proxy-line mode, you must
log in to the Assistant Console and have a filter enabled to receive
calls made to your manager on your phone.
The best is for me to test it tomorrow before loosing more sleep over it
- I think it was a case of me no knowing how to use it properly in
proxyline mode. Thanks for the advice
erik
________________________________
From: Chris D'amore [mailto:CDAmore@jackhenry.com]
Sent: Thu 2006-05-18 23:15
To: Erik Erasmus (E); cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] IPMA problem or not
I've only set IPMA up once, but from my very limited experience, this is
not the default behavior.
With no filtering enabled and Divert All disabled, calls should go to
the manager. But, once you enable Divert All, the calls should be
directed to the assistant. At least this is how my set-up is working.
Have you checked the assistant and manger user configuration? For
example, on the assistant's user ID, are the proxy line and manager
lines set-up properly?
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Erik Erasmus
(E)
Sent: Thursday, May 18, 2006 1:06 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] IPMA problem or not
Hi
Does anyone have any advice for my IPMA problem. I configured IPMA but
did not use the wizard because I am a bit scared of how it will combine
with my existing CSS and partitions. I use the line device approach to
selectively apply Class of Service to control who can dial overseas,
cell etc. This is done by openeing the CSS on the device to include all
pstn but then on the DNs use blocking CSS routed to a dummy gateway/
This all works fine.
My IPMA basically have the following:
css_I_E ----- for all user DNs, assistand primary DN, intercom DN on
assistant and manager phone, Manager prim DN
css_M_E ----for proxy dn on assistant phone for a single manager,
Route_point DN with xxxx, CFNA ext and internal
I also have
part_E --- all users, assistt DN, Proxy DN, intercom DN on assistant,
intercom DN on manager
part_I --- CTI RoutPoint DN,
part_M -- Manager DN
assistant user and manager configured etc and associated to their phones
etc.
Problem
========
Assist console starts up, Manager phone shows IPMA window, Assist
console sees manager DN, assistant phone shows interkom and proxy line
on phone etc. Manager phone shows his DN and intercom etc. Assist
console can dial etc.
However - on manager phone the message -- FILTERING DOWN. and also when
phoning the manager DN while assist is active does not intercept the
call even if I have the divert (arrow bouncing of the wall) activated. I
had to leave the site and started reading again to try nad solve the
problem of calls not going to the assistant. The Filter circle on the
manager phone is clear. Is this normal that the assistant will not then
intercept the calls. I am starting to think when I tested I used the
application incorrectly. Should a filter be on to make things work (I.E
meshed. I hope so - and is this a possible state when the manager have a
open filte saying I don;t want fancy filters but still wants calls to go
to my assistant that is active. Am I on the right track here -
configuration is probably correct but when tested I did not realise that
filtering should be one - even if it is with a open filter for
assistants to actually get calls trown to the proxy line. Will test
again tomorrow - any advice will be apprecitade
erik erasmus
NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively
for the individual or entity to which it is addressed. The message,
together with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying,
disclosure
or distribution is strictly prohibited. If you have received this
message in error, please immediately
advise the sender by reply email and delete all copies.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
|
|
|
|
|