[cisco-voip] IPMA
Joe A. Budz
joe at budz.org
Tue Apr 3 10:45:14 EDT 2007
Correction, I meant IPMA. Also working with an iSCSI SAN and got my acronyms
crossed...
Does anyone have experience with IPMA and know where I could get some
detailed information. We are a law firm and it looks like it would be
helpful in our environment. However, I cannot find very detailed information
on the subject.
Thank You,
Joe Budz
-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
cisco-voip-request at puck.nether.net
Sent: Tuesday, April 03, 2007 10:21 AM
To: cisco-voip at puck.nether.net
Subject: cisco-voip Digest, Vol 50, Issue 21
Send cisco-voip mailing list submissions to
cisco-voip at puck.nether.net
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
cisco-voip-request at puck.nether.net
You can reach the person managing the list at
cisco-voip-owner at puck.nether.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Callforward all keeps getting stuck (Ed Leatherman)
2. Re: Callforward all keeps getting stuck (Lelio Fulgenzi)
3. MPIO (Joe A. Budz)
4. Re: Callforward all keeps getting stuck (Ed Leatherman)
5. Re: Callforward all keeps getting stuck (Ryan Ratliff)
----------------------------------------------------------------------
Message: 1
Date: Tue, 3 Apr 2007 09:46:57 -0400
From: "Ed Leatherman" <ealeatherman at gmail.com>
Subject: [cisco-voip] Callforward all keeps getting stuck
To: ciscovoip <cisco-voip at puck.nether.net>
Message-ID:
<94a1afde0704030646p5c86b2e2x88795bf28059738d at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
We've had an ongoing problem with the callforward all feature on the phones
ever since we went from ccm 3.x for 4.x. usually it would only happen maybe
once every couple months... while still very annoying we could live with it.
I've probably opened 4 different TAC SR's on it, with little success in
actually fixing it.
Basically we have people who forward their lines to another number or to
voicemail, and then they cannot remove the forwarding, nor can we do it from
CCMadmin.
For some reason the past week i've had it happen almost everyday. The work
around is very easy, just restarting the DBL monitor service on all the
nodes in the cluster fixes the problem. But its still an interuption of
service for alot of departments. I'm going to open yet another TAC case on
it.. but does anyone have any suggestions on a possible cause? I don't
believe we're having a networking problem but i'm open to suggestions.
Currently running ccm 4.1.3sr4d.
--
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
https://puck.nether.net/pipermail/cisco-voip/attachments/20070403/3404fac5/a
ttachment-0001.html
------------------------------
Message: 2
Date: Tue, 3 Apr 2007 09:50:27 -0400
From: "Lelio Fulgenzi" <lelio at uoguelph.ca>
Subject: Re: [cisco-voip] Callforward all keeps getting stuck
To: "Ed Leatherman" <ealeatherman at gmail.com>, "ciscovoip"
<cisco-voip at puck.nether.net>
Message-ID: <00ab01c775f7$091a9f20$47196883 at cfs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"
I'm convinced that it has to do with the replication of databases and
nothing to do with CallManager version.
Even the dblhelper tool can't illustrate with any confidence that your
databases are in sync. It might work to show you that they are out of sync,
but if you see all smiley faces, don't trust your cat's life on it.
----------------------------------------------------------------------------
----
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...there's no such thing as a bad timbit...
----- Original Message -----
From: Ed Leatherman
To: ciscovoip
Sent: Tuesday, April 03, 2007 9:46 AM
Subject: [cisco-voip] Callforward all keeps getting stuck
Hello,
We've had an ongoing problem with the callforward all feature on the
phones ever since we went from ccm 3.x for 4.x. usually it would only happen
maybe once every couple months... while still very annoying we could live
with it. I've probably opened 4 different TAC SR's on it, with little
success in actually fixing it.
Basically we have people who forward their lines to another number or to
voicemail, and then they cannot remove the forwarding, nor can we do it from
CCMadmin.
For some reason the past week i've had it happen almost everyday. The work
around is very easy, just restarting the DBL monitor service on all the
nodes in the cluster fixes the problem. But its still an interuption of
service for alot of departments. I'm going to open yet another TAC case on
it.. but does anyone have any suggestions on a possible cause? I don't
believe we're having a networking problem but i'm open to suggestions.
Currently running ccm 4.1.3sr4d.
--
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations
----------------------------------------------------------------------------
--
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
https://puck.nether.net/pipermail/cisco-voip/attachments/20070403/c0272b68/a
ttachment-0001.html
------------------------------
Message: 3
Date: Tue, 3 Apr 2007 10:02:48 -0400
From: "Joe A. Budz" <joe at budz.org>
Subject: [cisco-voip] MPIO
To: <cisco-voip at puck.nether.net>
Message-ID: <004801c775f8$c61347c0$5239d740$@org>
Content-Type: text/plain; charset="us-ascii"
Does anyone have experience with MPIO and know where I could get some
detailed information. We are a law firm and it looks like it would be
helpful in our environment. However, I cannot find very detailed information
on the subject.
Thank You,
Joe Budz
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
https://puck.nether.net/pipermail/cisco-voip/attachments/20070403/8d15b976/a
ttachment-0001.html
------------------------------
Message: 4
Date: Tue, 3 Apr 2007 10:17:05 -0400
From: "Ed Leatherman" <ealeatherman at gmail.com>
Subject: Re: [cisco-voip] Callforward all keeps getting stuck
To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
Cc: ciscovoip <cisco-voip at puck.nether.net>
Message-ID:
<94a1afde0704030717nc2c7261x6a43602a48f90e40 at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I agree with you.. everytime we have tac involved they want to find a
network problem that is messing up replication, and I can't blame them for
it.. we just cant ever find anything wrong.
I get green happies on DBHelper too.
On 4/3/07, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> I'm convinced that it has to do with the replication of databases and
> nothing to do with CallManager version.
>
> Even the dblhelper tool can't illustrate with any confidence that your
> databases are in sync. It might work to show you that they are out of
sync,
> but if you see all smiley faces, don't trust your cat's life on it.
>
>
>
>
----------------------------------------------------------------------------
----
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ...there's no such thing as a bad timbit...
>
> ----- Original Message -----
> *From:* Ed Leatherman <ealeatherman at gmail.com>
> *To:* ciscovoip <cisco-voip at puck.nether.net>
> *Sent:* Tuesday, April 03, 2007 9:46 AM
> *Subject:* [cisco-voip] Callforward all keeps getting stuck
>
> Hello,
>
> We've had an ongoing problem with the callforward all feature on the
> phones ever since we went from ccm 3.x for 4.x. usually it would only
> happen maybe once every couple months... while still very annoying we
could
> live with it. I've probably opened 4 different TAC SR's on it, with little
> success in actually fixing it.
>
> Basically we have people who forward their lines to another number or to
> voicemail, and then they cannot remove the forwarding, nor can we do it
from
> CCMadmin.
>
> For some reason the past week i've had it happen almost everyday. The work
> around is very easy, just restarting the DBL monitor service on all the
> nodes in the cluster fixes the problem. But its still an interuption of
> service for alot of departments. I'm going to open yet another TAC case on
> it.. but does anyone have any suggestions on a possible cause? I don't
> believe we're having a networking problem but i'm open to suggestions.
> Currently running ccm 4.1.3sr4d.
>
> --
> Ed Leatherman
> Senior Voice Engineer
> West Virginia University
> Telecommunications and Network Operations
>
> ------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
--
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
https://puck.nether.net/pipermail/cisco-voip/attachments/20070403/2f4cccea/a
ttachment-0001.html
------------------------------
Message: 5
Date: Tue, 3 Apr 2007 10:19:01 -0400
From: Ryan Ratliff <rratliff at cisco.com>
Subject: Re: [cisco-voip] Callforward all keeps getting stuck
To: Lelio Fulgenzi <lelio at uoguelph.ca>
Cc: ciscovoip <cisco-voip at puck.nether.net>
Message-ID: <59BFB20F-2AC8-46C5-A28C-51547D5F1A7D at cisco.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
/rant on
The ONLY time database replication will cause an issue is when your
publisher goes away and subs start using their local database.
AT NO OTHER POINT will it cause issues. This is especially true for
CFA failures, since if your pub is down CFA is not going to work anyhow.
You may have connectivity issues where DB replication failure is a
symptom, but it is just that, a symptom (and a pretty minor one at
that). If your subs cannot connect to the pub you've got much bigger
issues than replication. DBLHelper is nice and all, but all it shows
you is if your SQL jobs are running (on the replication tab anyway).
I swear a part of my inner troubleshooter dies a little bit every
time I see somebody bust out DBLHelper as the first step in
troubleshooting a completely unrelated problem. "My MOH is broken,
but DBLHelper says everything is fine!"... "I put this firewall
between my CMs and now I can't make any calls between those servers,
but DBLHelper is all smileys!"
/rant off
If you go searching the archives for this list I've sent several
emails in the past on how to troubleshoot CFA failures in 4.x. There
were some pretty big architectural changes that have exposed some
issues with change notification. Thankfully they go away in 5.x.
-Ryan
On Apr 3, 2007, at 9:50 AM, Lelio Fulgenzi wrote:
I'm convinced that it has to do with the replication of databases and
nothing to do with CallManager version.
Even the dblhelper tool can't illustrate with any confidence that
your databases are in sync. It might work to show you that they are
out of sync, but if you see all smiley faces, don't trust your cat's
life on it.
------------------------------------------------------------------------
--------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...there's no such thing as a bad timbit...
----- Original Message -----
From: Ed Leatherman
To: ciscovoip
Sent: Tuesday, April 03, 2007 9:46 AM
Subject: [cisco-voip] Callforward all keeps getting stuck
Hello,
We've had an ongoing problem with the callforward all feature on the
phones ever since we went from ccm 3.x for 4.x. usually it would only
happen maybe once every couple months... while still very annoying we
could live with it. I've probably opened 4 different TAC SR's on it,
with little success in actually fixing it.
Basically we have people who forward their lines to another number or
to voicemail, and then they cannot remove the forwarding, nor can we
do it from CCMadmin.
For some reason the past week i've had it happen almost everyday. The
work around is very easy, just restarting the DBL monitor service on
all the nodes in the cluster fixes the problem. But its still an
interuption of service for alot of departments. I'm going to open yet
another TAC case on it.. but does anyone have any suggestions on a
possible cause? I don't believe we're having a networking problem but
i'm open to suggestions. Currently running ccm 4.1.3sr4d.
--
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
End of cisco-voip Digest, Vol 50, Issue 21
******************************************
More information about the cisco-voip
mailing list