List Info

Thread: Array




Array
user name
1969-12-31 18:00:00
    [ http://issues.apache.org/jira/browse
/JAMES-605?page=comments#action_12434151 ] 
            
Stefano Bagnara commented on JAMES-605:
---------------------------------------

the autoReconnect change should be investigated much more. I
saw some unexpected error since I removed it but I haven't
had time to look in deeper.

> DB Access tasks: deprecate mordred, add better defaults
for dbcp (document them), remove autoReconnect from sample
url
>
------------------------------------------------------------
----------------------------------------------------------
>
>                 Key: JAMES-605
>                 URL: http:/
/issues.apache.org/jira/browse/JAMES-605
>             Project: James
>          Issue Type: Task
>            Reporter: Stefano Bagnara
>             Fix For: 3.0
>
>
> The summary already describe it all:
> 1. Deprecate mordred (Add notes about its deprecation
and the use of dbcp)
> 2. Add better default for dbcp (insert max_idle and
max_wait)
> 3) Add a link to dbcp options documentation
> 4) Remove autoReconnect from the documented jdbc url
for mysql (autoReconnect has been deprecated and has known
problems if used in combination with dbcp)
> http://www.mail-
archive.com/ojb-userdb.apache.org/msg15426.html
> http://lists.mysql.c
om/java/4928 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the
administrators: http://issues.apache.org/jira/secure/Administrators.jspa

-
For more information on JIRA, see: http://www.atl
assian.com/software/jira

        

------------------------------------------------------------
---------
To unsubscribe, e-mail: server-dev-unsubscribejames.apache.org
For additional commands, e-mail: server-dev-helpjames.apache.org

VM ports all busy - give callers a friendly message
user name
2006-09-12 14:18:04
When the voicemail ports are all busy, new callers getting
forwarded to 
voicemail (or subscribers attempting to login) just get a
reorder tone.

Is there any way to set up the annunciator or some other
function to 
play back a friendlier "All lines are busy" sort
of message?


_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
VM ports all busy - give callers a friendly message
user name
2006-09-12 19:50:02
configure the hunt pilot to hunt busy to a dummy dn that is
CFA to an 
IVR script.

Simon, Bill wrote:
> When the voicemail ports are all busy, new callers
getting forwarded to 
> voicemail (or subscribers attempting to login) just get
a reorder tone.
> 
> Is there any way to set up the annunciator or some
other function to 
> play back a friendlier "All lines are busy"
sort of message?
> 
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voippuck.nether.net
> h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
VM ports all busy - give callers a friendly message
user name
2006-09-12 19:51:57
That's what I thought someone might say.  Is there any way
to do it with 
just CallManager?

Wes Sisk wrote:
> configure the hunt pilot to hunt busy to a dummy dn
that is CFA to an 
> IVR script.
> 
> Simon, Bill wrote:
>> When the voicemail ports are all busy, new callers
getting forwarded 
>> to voicemail (or subscribers attempting to login)
just get a reorder 
>> tone.
>>
>> Is there any way to set up the annunciator or some
other function to 
>> play back a friendlier "All lines are
busy" sort of message?

_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
NM-HD-2V and NM-HDA support on 3700 Routers for CME 4.0
user name
2006-10-08 19:56:42
Hi,

These modules should all work in a 3700 series, see
Voice Hardware Compatibility Matrix
http://www.cisco.com/en/US/products/
hw/routers/ps259/products_tech_note09186
a00800e73f6.shtml

It sounds strange that Software Advisor came up with 2801
for an NM-...

You can also try building your 3725 system in Dynamic
Configurator:
https://tools.cisco.com/qtc/config/html/configure
HomeGuest.html

Marton

-----Original Message-----
From: cisco-voip-bouncespuck.nether.net
[mailto:cisco-voip-bouncespuck.nether.net] On Behalf
Of Lawrence E. Bakst
Sent: Sunday, October 08, 2006 1:58 PM
To: cisco-voippuck.nether.net
Subject: [cisco-voip] NM-HD-2V and NM-HDA support on 3700
Routers for CME
4.0

Is anyone using any of the NM-HDA, NM-HD-2V, or AIM-CUE on a
3725 or 3745
running CME 4.0?

I am currently running both the NM-HDA and NM-HD-2V on a
3640 under IOS
12.3(14)T3 with CME 3.3.

I'd like to move my cards from a 3640 to a 3725, add a
AIM-CUE, and run CME
4.0 and Unity Express. Anyone know if that will work?

The 12.4T feature support release notes show that none of
these modules are
supported on the 3700 series routers.

The Cisco software advisor shows that the NM-HDA is only
support on
2610-2613, 2801, 2851, and 38xx. Weird that the 2811 and
2821 aren't
supported.

The Cisco software advisor shows that the AIM-CUE is only
support on 2801,
2851, and 38xx. Weird that the 2821 isn't supported.

I'm not sure I should trust the Cisco software advisor?

Did support go away in 12.3T/12.4, did it ever exist, or are
the docs wrong?

Best,

leb

_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
CME 3.3 and 79xx phones with clock drift
user name
2006-10-31 14:00:51
The phones get the time from CCM.  Pretty much every time
you make a  
call the time is updated from CCM to the phone so fix the
drift on  
the CCM and you'll fix the phones.

-Ryan

On Oct 30, 2006, at 8:24 PM, Lawrence E. Bakst wrote:

Is there any way to prevent clock drift with 79xx phone
under CME  
3.3? My CME router is synced to NTP so the router's time is
correct,  
but after weeks or months of uptime the clocks on the phones
drift. I  
am using SCCP but I found the following SIP bug:

CSCef38121: Cisco 79x0: NTP Clock drift on SIP Phones
Symptom: The Cisco 7940/7960 phones exhibit a clock drift
issue
Workaround: A phone reset will restart the time clock.

Has this been fixed in any latter versions? Is it too much
to ask  
that the phones would run NTP? It doesn't seem like they do.

I am running the following loads:
  load 7960-7940 P00306000500
  load 7920 cmterm_7920.4.0-02-01
  load 7970 TERM70.6-0-3SR1S

Best,

leb

_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
CME 3.3 and 79xx phones with clock drift
user name
2006-10-31 18:24:16
Go offhook and then onhook on the phone, does that update
the time?   
With CallManager this would trigger a time/date update.

-Ryan

On Oct 31, 2006, at 12:20 PM, Lawrence E. Bakst wrote:

All,

1. I am running CME (Call Manager Express) version 3.3.

2. The time on the CME router is correct. The router is
running NTP.

3. It seems that the phones under CME 3.3 SCCP DO NOT get
the time  
from CME.

4. I have seen the time off by over 4 minutes from what is
on the  
router.

5. I mentioned the SIP bug because it is similar to what I
am seeing,  
but I am running SCCP. The SCCP loads I am running were
mentioned in  
the original post.

When you say the phone "get their time from
CMM/CME" do you know how  
that works?

Best,

leb


At 9:56 AM -0500 10/31/06, Ryan Ratliff wrote:
> I missed the fact that you are using CME before but the
fact  
> remains that SCCP phones get their time from CCM/CME. 
Stop the  
> router's time from drifting and you'll fix the phones.
>
> -Ryan
>
> On Oct 31, 2006, at 9:53 AM, Jason Aarons ((US)) wrote:
>
> Lawrence references SIP with CME 3.3, but I didn't know
SIP loads  
> were a
> feature of CME.  Perhaps the bug id doesn't match his
scenario,  
> that he
> is using SCCP 7900s with CME, and needs his router to
sync to a NTP
> source.
>
> I've never seen SCCP phones drift except when the NTP
source that  
> CCM is
> using have problems! I once had a server with a bad
time clock; the  
> time
> would be all over the place, we had to quickly replace
it as Kerberos
> was freaking out causing people to be unable to login
to the domain as
> our Domain Controllers pointed to it.
>
>
> -----Original Message-----
> From: cisco-voip-bouncespuck.nether.net
> [mailto:cisco-voip-bouncespuck.nether.net] On Behalf
Of Ryan Ratliff
> Sent: Tuesday, October 31, 2006 9:01 AM
> To: Lawrence E. Bakst
> Cc: cisco-voippuck.nether.net
> Subject: Re: [cisco-voip] CME 3.3 and 79xx phones with
clock drift
>
> The phones get the time from CCM.  Pretty much every
time you make a
> call the time is updated from CCM to the phone so fix
the drift on
> the CCM and you'll fix the phones.
>
> -Ryan
>
> On Oct 30, 2006, at 8:24 PM, Lawrence E. Bakst wrote:
>
> Is there any way to prevent clock drift with 79xx phone
under CME
> 3.3? My CME router is synced to NTP so the router's
time is correct,
> but after weeks or months of uptime the clocks on the
phones drift. I
> am using SCCP but I found the following SIP bug:
>
> CSCef38121: Cisco 79x0: NTP Clock drift on SIP Phones
> Symptom: The Cisco 7940/7960 phones exhibit a clock
drift issue
> Workaround: A phone reset will restart the time clock.
>
> Has this been fixed in any latter versions? Is it too
much to ask
> that the phones would run NTP? It doesn't seem like
they do.
>
> I am running the following loads:
>  load 7960-7940 P00306000500
>  load 7920 cmterm_7920.4.0-02-01
>  load 7970 TERM70.6-0-3SR1S
>
> Best,
>
> leb
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voippuck.nether.net
> h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
> _______________________________________________
> cisco-voip mailing list
> cisco-voippuck.nether.net
> h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
>
> -----------------------------------------
> Disclaimer:
>
> This e-mail communication and any attachments may
contain
> confidential and privileged information and is for use
by the
> designated addressee(s) named above only.  If you are
not the
> intended addressee, you are hereby notified that you
have received
> this communication in error and that any use or
reproduction of
> this email or its contents is strictly prohibited and
may be
> unlawful.  If you have received this communication in
error, please
> notify us immediately by replying to this message and
deleting it
> from your computer. Thank you.
_______________________________________________
cisco-voip mailing list
cisco-voippuck.nether.net
h
ttps://puck.nether.net/mailman/listinfo/cisco-voip
[1-7]

about | contact  Other archives ( Real Estate discussion Medical topics )