Re: [sipx-users] Cisco Hold/Resume

[Ly Tran]

The cdrom only has the 4.4.0-287, would like the files up til this last update 
of 0-418.  Looks like a reinstall of 4.2 is in my future.  What a bummer.  I'm 
turning off all updates after rollback.  There doesn't seem to be any reasons 
for upgrading to newer versions of sipX until Cisco phones are out of the 
picture.

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Michael Scheidell
Sent: Monday, August 13, 2012 5:44 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

The cdrom?

--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: 'Discussion list for users of sipXecs software' 

Sent: Mon, Aug 13, 2012 22:39:11 GMT+00:00
Subject: Re: [sipx-users] Cisco Hold/Resume

Looks like I cannot do a downgrade of the 4.4.0-418 files since the previous 
versions are no longer available on the sipxecs repo to do a yum downgrade.  Is 
there any other source for the older files?

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of George Niculae
Sent: Monday, August 13, 2012 4:52 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

On Tue, Aug 14, 2012 at 12:34 AM, Ly Tran  wrote:
> George,
>
> Tried resending profile and rebooting, still does not work.  Deleted and 
> recreated phone profile same thing.  Which files do I need for the Cisco 
> templates and where do I put them?  Are these files not updated from the 
> 4.4.0-382 update?  I checked the CiscoPlus folder and they are date stamped 
> 9/Jul.
>

Re-reading the original post and noticed you're using Cisco 7940s/7960s which 
are different than modified templates so your phones should not be affected by 
the commit I mentioned. Joegen could provide some further insights about the 
problem you're experiencing

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] Adding more Sip Proxy Fail replication

[Martin Rodriguez]

Hi:

I have problem add more Sip Proxy. I'm adding a fifth secondary proxy and
fail data replication. Seeking information and encounter problems in older
versions, did not update the file /etc/sipxpbx/registrar-config, in this
file there is a parameter SIP_REGISTRAR_SYNC_WITH. The new server isn't in
the list.

Apply the changes after the system begins to fail and lose the records. My
version is sipXecs (4.4.0- 2012-07-09EDT12:40:36 ip-10-72-43-110).

Any have idea?

Thanks
Martin
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Bria 3.4.2

[Josh Patten]

Interesting though, I've been on 3.4.2 for a couple of weeks now. Asked me
to upgrade for a while before that. Wonder why your users are just now
seeing that.

On Mon, Aug 13, 2012 at 7:07 PM, Josh Patten  wrote:

> [image: Inline image 1]
>
> IT'S A TRAP!!!
> Seriously though, tell your users not to upgrade until testing has been
> done. This has bitten several people before.
>
> On Mon, Aug 13, 2012 at 3:01 PM, Burleigh, Matt <
> matt.burle...@eiisolutions.net> wrote:
>
>> Anyone know what the changes are for Bria 3.4.2? There are no release
>> notes or anything about it on Counterpath’s website. But all of over Bria
>> users are being asked to upgrade today.
>>
>> ___
>> sipx-users mailing list
>> sipx-users@list.sipfoundry.org
>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>>
>
>
>
> --
> Josh Patten
> eZuce
> Solutions Architect
> O.978-296-1005 X2050
> M.979-574-5699
> http://www.ezuce.com
>
>


-- 
Josh Patten
eZuce
Solutions Architect
O.978-296-1005 X2050
M.979-574-5699
http://www.ezuce.com
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Bria 3.4.2

[Josh Patten]

[image: Inline image 1]

IT'S A TRAP!!!
Seriously though, tell your users not to upgrade until testing has been
done. This has bitten several people before.

On Mon, Aug 13, 2012 at 3:01 PM, Burleigh, Matt <
matt.burle...@eiisolutions.net> wrote:

> Anyone know what the changes are for Bria 3.4.2? There are no release
> notes or anything about it on Counterpath’s website. But all of over Bria
> users are being asked to upgrade today.
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
Josh Patten
eZuce
Solutions Architect
O.978-296-1005 X2050
M.979-574-5699
http://www.ezuce.com
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Michael Scheidell]

The cdrom?

--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: 'Discussion list for users of sipXecs software' 

Sent: Mon, Aug 13, 2012 22:39:11 GMT+00:00
Subject: Re: [sipx-users] Cisco Hold/Resume

Looks like I cannot do a downgrade of the 4.4.0-418 files since the previous 
versions are no longer available on the sipxecs repo to do a yum downgrade.  Is 
there any other source for the older files?

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of George Niculae
Sent: Monday, August 13, 2012 4:52 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

On Tue, Aug 14, 2012 at 12:34 AM, Ly Tran  wrote:
> George,
>
> Tried resending profile and rebooting, still does not work.  Deleted and 
> recreated phone profile same thing.  Which files do I need for the Cisco 
> templates and where do I put them?  Are these files not updated from the 
> 4.4.0-382 update?  I checked the CiscoPlus folder and they are date stamped 
> 9/Jul.
>

Re-reading the original post and noticed you're using Cisco 7940s/7960s which 
are different than modified templates so your phones should not be affected by 
the commit I mentioned. Joegen could provide some further insights about the 
problem you're experiencing

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Ly Tran]

Looks like I cannot do a downgrade of the 4.4.0-418 files since the previous 
versions are no longer available on the sipxecs repo to do a yum downgrade.  Is 
there any other source for the older files?

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of George Niculae
Sent: Monday, August 13, 2012 4:52 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

On Tue, Aug 14, 2012 at 12:34 AM, Ly Tran  wrote:
> George,
>
> Tried resending profile and rebooting, still does not work.  Deleted and 
> recreated phone profile same thing.  Which files do I need for the Cisco 
> templates and where do I put them?  Are these files not updated from the 
> 4.4.0-382 update?  I checked the CiscoPlus folder and they are date stamped 
> 9/Jul.
>

Re-reading the original post and noticed you're using Cisco 7940s/7960s which 
are different than modified templates so your phones should not be affected by 
the commit I mentioned. Joegen could provide some further insights about the 
problem you're experiencing

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[George Niculae]

On Tue, Aug 14, 2012 at 12:34 AM, Ly Tran  wrote:
> George,
>
> Tried resending profile and rebooting, still does not work.  Deleted and 
> recreated phone profile same thing.  Which files do I need for the Cisco 
> templates and where do I put them?  Are these files not updated from the 
> 4.4.0-382 update?  I checked the CiscoPlus folder and they are date stamped 
> 9/Jul.
>

Re-reading the original post and noticed you're using Cisco
7940s/7960s which are different than modified templates so your phones
should not be affected by the commit I mentioned. Joegen could provide
some further insights about the problem you're experiencing

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] ACD (Legacy) not working in 4.6

[Michael Picher]

We're really looking to a fancy hunt group app to meet the needs of those
who think they want an acd.  Unfortunately it isn't ready yet.

--
Michael Picher

"There are 10 types of people in this world, those who understand binary
and those who don't."

On Aug 13, 2012, at 4:24 PM, Matt White  wrote:

>>> "Todd Hodgen"  08/12/12 10:18 PM >>>

>I think what is missing are the details of what is in 4.4 versus what is
in 4.6.   For example, I think there are limitations for agent and
supervisor login right now, as well as access to any of the reports that
will be available in the basic Call Center.

>

>It’s my understanding the licensed version from eZuce will have a more
capable reporting package, but I suspect those using the 4.4 will need to
weigh if they are able to move past 4.4 at this time, or if a future
release meets their requirements more thoroughly.

>

>From a project management standpoint, it seems that the right thing to do
was to focus on next generation  ACD capabilities, and not waste energy on
one that is extremely limited in features, has known issues that are
limiting it, and is bound for the bone yard…..

>

>Thanks for the info Douglas.  Maybe someone that relies on Legacy ACD can
put forward questions about features they currently use to see if they are
supported, and when.


For us the removal of the "classic ACD" has been a real show stopper for
our clients in regards to 4.6.
Right now we are telling our clients we will not be moving any ACD clients
to 4.6.  Rather we are looking to move them to alternative ACD platform.

We have some very heavy ACD clients and the new features of OpenACD don't
fit the use pattern and unfortunately leave too much to be desired.

-M


___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Ly Tran]

George,

Tried resending profile and rebooting, still does not work.  Deleted and 
recreated phone profile same thing.  Which files do I need for the Cisco 
templates and where do I put them?  Are these files not updated from the 
4.4.0-382 update?  I checked the CiscoPlus folder and they are date stamped 
9/Jul.

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of George Niculae
Sent: Monday, August 13, 2012 3:01 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

On Mon, Aug 13, 2012 at 10:56 PM, Ly Tran  wrote:
> I do have a backup, but do not want to go back to 4.2.1..  We did not have 
> this problem with the last version which was 4.4.0-382.g16f5.x86_64, its with 
> this latest update to 4.4.0-418.
>

There were some changes made on Cisco templates:
https://github.com/dhubler/sipxecs/commit/e652a2fb607044da03da163cce4f6be7b476a66f

Have you tried sending profiles to phone and rebooting?

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] ACD (Legacy) not working in 4.6

[Matt White]

>>> "Todd Hodgen"  08/12/12 10:18 PM >>>
>I think what is missing are the details of what is in 4.4 versus what
is in 4.6.   For example, I think there are limitations for agent and
supervisor login right now, as well as access to any of the reports that
will be available in the basic Call Center.
> 

>It’s my understanding the licensed version from eZuce will have a more
capable reporting package, but I suspect those using the 4.4 will need
to weigh if they are able to move past 4.4 at this time, or if a future
release meets their requirements more thoroughly.
> 

>From a project management standpoint, it seems that the right thing to
do was to focus on next generation  ACD capabilities, and not waste
energy on one that is extremely limited in features, has known issues
that are limiting it, and is bound for the bone yard…..
> 

>Thanks for the info Douglas.  Maybe someone that relies on Legacy ACD
can put forward questions about features they currently use to see if
they are supported, and when.
 
For us the removal of the "classic ACD" has been a real show stopper for
our clients in regards to 4.6.
Right now we are telling our clients we will not be moving any ACD
clients to 4.6.  Rather we are looking to move them to alternative ACD
platform.

We have some very heavy ACD clients and the new features of OpenACD
don't fit the use pattern and unfortunately leave too much to be
desired.

-M  






___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] Bria 3.4.2

[Burleigh, Matt]

Anyone know what the changes are for Bria 3.4.2? There are no release
notes or anything about it on Counterpath's website. But all of over
Bria users are being asked to upgrade today.

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[George Niculae]

On Mon, Aug 13, 2012 at 10:56 PM, Ly Tran  wrote:
> I do have a backup, but do not want to go back to 4.2.1..  We did not have 
> this problem with the last version which was 4.4.0-382.g16f5.x86_64, its with 
> this latest update to 4.4.0-418.
>

There were some changes made on Cisco templates:
https://github.com/dhubler/sipxecs/commit/e652a2fb607044da03da163cce4f6be7b476a66f

Have you tried sending profiles to phone and rebooting?

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Ly Tran]

I do have a backup, but do not want to go back to 4.2.1..  We did not have this 
problem with the last version which was 4.4.0-382.g16f5.x86_64, its with this 
latest update to 4.4.0-418.

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Michael Scheidell
Sent: Monday, August 13, 2012 2:39 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

Did you do a backup of your configuration before the yum upgrade ?

If so, boot a 4.2 .1 cd on a brand new piece of hardware.

Restore your configuration and voicemail. Look at the website for the 4.2 .1 
repo file, Upgrade to latest 4.2 .1.

--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: 'Discussion list for users of sipXecs software' 

Sent: Mon, Aug 13, 2012 19:33:59 GMT+00:00
Subject: Re: [sipx-users] Cisco Hold/Resume

Is it a good idea to try to do a yum downgrade sipx*?  Will that take it back 
to last version or am I toast?

From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Tony Graziano
Sent: Monday, August 13, 2012 1:13 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume


Be aware there were some moh changes made to address localization stuff as I 
found out this weekend. You might ask more on the dev.list.

~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: 
tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013!
On Aug 13, 2012 2:10 PM, "Ly Tran" 
mailto:ly.t...@synaptyk.com>> wrote:
Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Error in sipxivr after update

[George Niculae]

On Mon, Aug 13, 2012 at 10:38 PM, George Niculae  wrote:
> On Sat, Aug 11, 2012 at 11:56 PM, Tony Graziano
>  wrote:
>>
>> I did manually remove it and reinstall it (sipxivr), prior to replacing
>> the two files manually. The sipxivr that did not work was installed by that
>> rpm.
>
>
> Tony, could you send me the 2 sipXivr - the one that works and the one from
> latest update that gives you the exception?
>

Actually I decompiled both sipxivr and sipxcommons from latest rpms
and both looks inline, having only

public Localization(String bundleName, String localeString,
FreeSwitchConfigurationInterface config,
FreeSwitchEventSocketInterface fses)

constructor. The error you hit:

java.lang.NoSuchMethodError:
org.sipfoundry.commons.freeswitch.Localization.
(Ljava/lang/String;
Ljava/lang/String;
Ljava/util/HashMap;
Lorg/sipfoundry/commons/freeswitch/FreeSwitchConfigurationInterface;
Lorg/sipfoundry/commons/freeswitch/FreeSwitchEventSocketInterface;)V

indicates usage of the old one from sipxivr, I know you checked but
still looks like the old ivr jar used with newest sipxcommons jar

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Blind Transfer gos to voicemail

[Tony Graziano]

That's a year old you know.

~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!
On Aug 13, 2012 3:43 PM, "Ken Ridley"  wrote:

>  FYI: here is the exact Sipx Version sipXecs (4.4.0-
> 2011-08-14EDT19:47:12 domU-12-31-39-04-D4-A1) 
>
> ** **
>
> *From:* sipx-users-boun...@list.sipfoundry.org [mailto:
> sipx-users-boun...@list.sipfoundry.org] *On Behalf Of *Ken Ridley
> *Sent:* Monday, August 13, 2012 11:56 AM
> *To:* sipx-users@list.sipfoundry.org
> *Subject:* [sipx-users] Blind Transfer gos to voicemail
>
> ** **
>
> I have polycom 501 phones connected to sipx 4.0 
>
> All of the phones, are set up to forward to cell phones after 12 seconds,
> and ring the cellphone for 60 seconds
>
> Calls are then sent to the cellphone’s voicemail
>
> ** **
>
> We have discovered that if you blind transfer a call to an extension,
> instead of ringing the cell phone, the caller is sent to system voicemail*
> ***
>
> Attended transfers work fine
>
> ** **
>
> Is there a setting that I can modify to fix this
>
> ** **
>
> *Thanks,*
>
> *Ken Ridley*
>
> ** **
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>

-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Blind Transfer gos to voicemail

[Ken Ridley]

FYI: here is the exact Sipx Version sipXecs (4.4.0- 2011-08-14EDT19:47:12 
domU-12-31-39-04-D4-A1)

From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Ken Ridley
Sent: Monday, August 13, 2012 11:56 AM
To: sipx-users@list.sipfoundry.org
Subject: [sipx-users] Blind Transfer gos to voicemail

I have polycom 501 phones connected to sipx 4.0
All of the phones, are set up to forward to cell phones after 12 seconds, and 
ring the cellphone for 60 seconds
Calls are then sent to the cellphone's voicemail

We have discovered that if you blind transfer a call to an extension, instead 
of ringing the cell phone, the caller is sent to system voicemail
Attended transfers work fine

Is there a setting that I can modify to fix this

Thanks,
Ken Ridley

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Michael Scheidell]

Did you do a backup of your configuration before the yum upgrade ?

If so, boot a 4.2 .1 cd on a brand new piece of hardware.

Restore your configuration and voicemail. Look at the website for the 4.2 .1 
repo file,
Upgrade to latest 4.2 .1.

--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: 'Discussion list for users of sipXecs software' 

Sent: Mon, Aug 13, 2012 19:33:59 GMT+00:00
Subject: Re: [sipx-users] Cisco Hold/Resume

Is it a good idea to try to do a yum downgrade sipx*?  Will that take it back 
to last version or am I toast?

From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Tony Graziano
Sent: Monday, August 13, 2012 1:13 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume


Be aware there were some moh changes made to address localization stuff as I 
found out this weekend. You might ask more on the dev.list.

~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: 
tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013!
On Aug 13, 2012 2:10 PM, "Ly Tran" 
mailto:ly.t...@synaptyk.com>> wrote:
Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Error in sipxivr after update

[George Niculae]

On Sat, Aug 11, 2012 at 11:56 PM, Tony Graziano <
tgrazi...@myitdepartment.net> wrote:

> I did manually remove it and reinstall it (sipxivr), prior to replacing
> the two files manually. The sipxivr that did not work was installed by that
> rpm.
>

Tony, could you send me the 2 sipXivr - the one that works and the one from
latest update that gives you the exception?

Thanks
George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Michael Scheidell]

Correct, 4.4.0 broke it.

And it has nothing to do with obsolete 0.0 .0 .0 hold.  Newer versions of the 
cisco firmware don't use that anymore.. haven't, actually for several years.

--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: 'Discussion list for users of sipXecs software' 

Sent: Mon, Aug 13, 2012 19:32:33 GMT+00:00
Subject: Re: [sipx-users] Cisco Hold/Resume

Something with the latest update.  It was working with the previous version 
last month.

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Michael Scheidell
Sent: Monday, August 13, 2012 1:13 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

Read the archives, I found this out last month We had to scrap all are cisco 
phones and  put in polycom.

Anyone would like to buy some cisco phones, real cheap?  10 dollars a phone? 15 
dollars for a pair?
--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: "sipx-users@list.sipfoundry.org" 
Sent: Mon, Aug 13, 2012 18:10:18 GMT+00:00
Subject: [sipx-users] Cisco Hold/Resume

Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Ly Tran]

Is it a good idea to try to do a yum downgrade sipx*?  Will that take it back 
to last version or am I toast?

From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Tony Graziano
Sent: Monday, August 13, 2012 1:13 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume


Be aware there were some moh changes made to address localization stuff as I 
found out this weekend. You might ask more on the dev.list.

~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: 
tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013!
On Aug 13, 2012 2:10 PM, "Ly Tran" 
mailto:ly.t...@synaptyk.com>> wrote:
Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Ly Tran]

Something with the latest update.  It was working with the previous version 
last month.

-Original Message-
From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Michael Scheidell
Sent: Monday, August 13, 2012 1:13 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Cisco Hold/Resume

Read the archives, I found this out last month We had to scrap all are cisco 
phones and  put in polycom.

Anyone would like to buy some cisco phones, real cheap?  10 dollars a phone? 15 
dollars for a pair?
--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: "sipx-users@list.sipfoundry.org" 
Sent: Mon, Aug 13, 2012 18:10:18 GMT+00:00
Subject: [sipx-users] Cisco Hold/Resume

Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Question/issue regarding queues and extensions (ACD)

[Matt White]

Welcome!

Post a sipx-trace for us to look at.

First, make sure the Proxy and bridge logs are set at info and let the service 
restart.

>From command line rotate the logs
logrotate -f /etc/logrotate.d/sipxchange

Then make a test call.
then from the command prompt use the following command.
 sipx-trace -a all-components -o trace.xml 717234

replace the last number with the number of the caller that called in.  Its best 
to use the call-id rather than the phone number but thats more work.

Then post the trace.xml for us to look at.  It should provide a good first step.

-M



>>> Arnon Clark  08/13/12 3:00 PM >>>
Hey folks,

New user here and could use some sage advice.

Testing out a new install, Sipx 4.4, and as best I can tell, we have 
everything configured correctly, agents can log into queues, calls come 
in fine through our gateway - Mediant 1000 - as well as outbound but 
when a call gets routed to an ACD queue via the autoattendant, it simply 
gets dropped/disconnected.

Example:

Support queue. Line = 8300.
Autoattendant 'operator' is set to route calls to extension 8300 upon 
pressing '2'.
Dial in and 'operator' answers correctly with the right audio file, I 
press '2', get the 'please wait while I transfer your call', and then 
the line is dropped.

When I check the cdr, it shows the attempt to route it to the right 
extension, but it has a 'failed' as the outcome.

Screen shots of the actual configs are available, I just wasn't sure 
what policy on the list is about attachments coming along unannounced.

Any advice greatly appreciated, and thanks in advance!

Arnon



___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] Blind Transfer gos to voicemail

[Ken Ridley]

I have polycom 501 phones connected to sipx 4.0
All of the phones, are set up to forward to cell phones after 12 seconds, and 
ring the cellphone for 60 seconds
Calls are then sent to the cellphone's voicemail

We have discovered that if you blind transfer a call to an extension, instead 
of ringing the cell phone, the caller is sent to system voicemail
Attended transfers work fine

Is there a setting that I can modify to fix this

Thanks,
Ken Ridley

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] Question/issue regarding queues and extensions (ACD)

[Arnon Clark]

Hey folks,

New user here and could use some sage advice.

Testing out a new install, Sipx 4.4, and as best I can tell, we have 
everything configured correctly, agents can log into queues, calls come 
in fine through our gateway - Mediant 1000 - as well as outbound but 
when a call gets routed to an ACD queue via the autoattendant, it simply 
gets dropped/disconnected.

Example:

Support queue. Line = 8300.
Autoattendant 'operator' is set to route calls to extension 8300 upon 
pressing '2'.
Dial in and 'operator' answers correctly with the right audio file, I 
press '2', get the 'please wait while I transfer your call', and then 
the line is dropped.

When I check the cdr, it shows the attempt to route it to the right 
extension, but it has a 'failed' as the outcome.

Screen shots of the actual configs are available, I just wasn't sure 
what policy on the list is about attachments coming along unannounced.

Any advice greatly appreciated, and thanks in advance!

Arnon



___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] Linksys SPA8000

[Noah Mehl]

I have a fully updated, iso installed, sipxecs 4.4 system, and I'm trying use a 
Linksys SPA8000 with it.  So far, tftp provisioning is working great, and lines 
1-2 are working.  However, lines 3-8 are not.  Apparently, lines 3-8 are NAT'd 
internally to the SPA8000…?  I'm hoping someone has a quick fix/guidance based 
on experience.  If not, I'll start posting packet captures, and hopefully we 
can figure out what's going on.  Thanks.

~Noah


Scanned for viruses and content by the Tranet Spam Sentinel service.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Tony Graziano]

Be aware there were some moh changes made to address localization stuff as
I found out this weekend. You might ask more on the dev.list.

~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!
On Aug 13, 2012 2:10 PM, "Ly Tran"  wrote:

>  Just yum updated sipxecs from the last version to version 4.4.0-
> 2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco
> 7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but
> when Resume is pressed, the call is disconnected on the internal phone,
> however, the user still hears MOH.  This does not happen on our LG Nortel
> phones.  Tried disabling  MOH, but still same results.
>
> ** **
>
> Does anyone else have this experience? 
>
> ** **
>
> *Ly Tran*
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>

-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Cisco Hold/Resume

[Michael Scheidell]

Read the archives, I found this out last month
We had to scrap all are cisco phones and  put in polycom.

Anyone would like to buy some cisco phones, real cheap?  10 dollars a phone? 15 
dollars for a pair?
--
Michael Scheidell, CTO
>|SECNAP Network Security


-Original message-
From: Ly Tran 
To: "sipx-users@list.sipfoundry.org" 
Sent: Mon, Aug 13, 2012 18:10:18 GMT+00:00
Subject: [sipx-users] Cisco Hold/Resume

Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] Cisco Hold/Resume

[Ly Tran]

Just yum updated sipxecs from the last version to version 4.4.0- 
2012-07-09EDT12:40:36 ip-10-72-43-110 and now external calls to our Cisco 
7940s/7960s that are put on Hold  does not work.  The caller hears MOH, but 
when Resume is pressed, the call is disconnected on the internal phone, 
however, the user still hears MOH.  This does not happen on our LG Nortel 
phones.  Tried disabling  MOH, but still same results.

Does anyone else have this experience?

Ly Tran
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] JAIN-SIP Pointers

[Matt White]

Thanks, you just answered the questions in my last reply!

-M

>>> "M. Ranganathan"  08/13/12 11:57 AM >>>
Attached is a jar file for jain-sip. Replace the jar and tested it out
before posting traces please.

Don't be too nervous - you can always revert.



___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] JAIN-SIP Pointers

[Matt White]

Here is what i see on a 4.4 system:

Openfire:
/opt/openfire/plugins/kraken-1.1.2/lib/jainsipapi.jar
/opt/openfire/plugins/kraken-1.1.2/lib/jainsipri.jar
/opt/openfire/plugins/sipx-openfire-presence/lib/jain-sip-sdp.jar

Sipxcommons:
/usr/share/java/sipXecs/sipXcommons/jain-sip-sdp.jar

Does sipxbridge only use the jain-sip-sdp.jar from sipxcommons?  I see the 
source for jain-sip has the following:
jain-sip-api-1.2.jar
jain-sip-api-1.2-src.jar
jain-sip-ri-1.2.2014.jar
jain-sip-sdp-1.2.2014.jar
jain-sip-src-1.2.2014.jar
jain-sip-src-1.2.2014.tar.gz
jain-sip-tck-1.2.2014.jar
jain-sip-unit-test-1.2.2014.jar

So I guess the question is, do i need to I build jain-sip-src-1.2.2014.tar.gz 
(if so, where does sipx use this) or can i drop jain-sip-sdp jar file into 
sipXcommons?

I can build sipXcommons using the jain-sip-sdp-1.2.2014.jar as well but it 
looks like sipXcommons just packages the jar file as is.

-M

>>> "M. Ranganathan"  08/13/12 11:53 AM >>>
Please download the source code from svn and build it.

On Mon, Aug 13, 2012 at 11:22 AM, Douglas Hubler  wrote:
> On Mon, Aug 13, 2012 at 11:31 AM, Matt White  wrote:
>> Does anybody have a link to download the latest JAIN-SIP w/ instructions for
>> packaging it for SIPX?
>>
>> I'm still banging my head against an issue detailed in my thread titled
>> "sipxbridge logs at trace level" back in June.
>>
>> The issue seems to be in how sipxbridge is processing the response and I'd
>> like to test a new JAIN-SIP jar file as suggested by Ranga in an unrelated
>> recent thread.
>>
>> but I'm not finding much info.  This link shows the latest build from 2009:
>> http://download.java.net/communications/jain-sip/nightly/
>>
>> If anyone has a good link and tips, that would be great
>
> 4.4  or  4.6?
> if it were me, i'd test compile first, make you get that far. Then
> replace the jain sip jar on a test system and see if problem goes
> away.
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/



-- 
M. Ranganathan
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] JAIN-SIP Pointers

[M. Ranganathan]

Attached is a jar file for jain-sip. Ieplaced the jar and tested it out.


On Mon, Aug 13, 2012 at 11:36 AM, M. Ranganathan  wrote:
> Please download the source code from svn and build it.
>
> On Mon, Aug 13, 2012 at 11:22 AM, Douglas Hubler  wrote:
>> On Mon, Aug 13, 2012 at 11:31 AM, Matt White  
>> wrote:
>>> Does anybody have a link to download the latest JAIN-SIP w/ instructions for
>>> packaging it for SIPX?
>>>
>>> I'm still banging my head against an issue detailed in my thread titled
>>> "sipxbridge logs at trace level" back in June.
>>>
>>> The issue seems to be in how sipxbridge is processing the response and I'd
>>> like to test a new JAIN-SIP jar file as suggested by Ranga in an unrelated
>>> recent thread.
>>>
>>> but I'm not finding much info.  This link shows the latest build from 2009:
>>> http://download.java.net/communications/jain-sip/nightly/
>>>
>>> If anyone has a good link and tips, that would be great
>>
>> 4.4  or  4.6?
>> if it were me, i'd test compile first, make you get that far. Then
>> replace the jain sip jar on a test system and see if problem goes
>> away.
>> ___
>> sipx-users mailing list
>> sipx-users@list.sipfoundry.org
>> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>
>
>
> --
> M. Ranganathan



-- 
M. Ranganathan
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] JAIN-SIP Pointers

[M. Ranganathan]

Please download the source code from svn and build it.

On Mon, Aug 13, 2012 at 11:22 AM, Douglas Hubler  wrote:
> On Mon, Aug 13, 2012 at 11:31 AM, Matt White  wrote:
>> Does anybody have a link to download the latest JAIN-SIP w/ instructions for
>> packaging it for SIPX?
>>
>> I'm still banging my head against an issue detailed in my thread titled
>> "sipxbridge logs at trace level" back in June.
>>
>> The issue seems to be in how sipxbridge is processing the response and I'd
>> like to test a new JAIN-SIP jar file as suggested by Ranga in an unrelated
>> recent thread.
>>
>> but I'm not finding much info.  This link shows the latest build from 2009:
>> http://download.java.net/communications/jain-sip/nightly/
>>
>> If anyone has a good link and tips, that would be great
>
> 4.4  or  4.6?
> if it were me, i'd test compile first, make you get that far. Then
> replace the jain sip jar on a test system and see if problem goes
> away.
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/



-- 
M. Ranganathan
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] JAIN-SIP Pointers

[Douglas Hubler]

On Mon, Aug 13, 2012 at 11:31 AM, Matt White  wrote:
> Does anybody have a link to download the latest JAIN-SIP w/ instructions for
> packaging it for SIPX?
>
> I'm still banging my head against an issue detailed in my thread titled
> "sipxbridge logs at trace level" back in June.
>
> The issue seems to be in how sipxbridge is processing the response and I'd
> like to test a new JAIN-SIP jar file as suggested by Ranga in an unrelated
> recent thread.
>
> but I'm not finding much info.  This link shows the latest build from 2009:
> http://download.java.net/communications/jain-sip/nightly/
>
> If anyone has a good link and tips, that would be great

4.4  or  4.6?
if it were me, i'd test compile first, make you get that far. Then
replace the jain sip jar on a test system and see if problem goes
away.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] JAIN-SIP Pointers

[Matt White]

Does anybody have a link to download the latest JAIN-SIP w/ instructions for 
packaging it for SIPX?

I'm still banging my head against an issue detailed in my thread titled 
"sipxbridge logs at trace level" back in June.

The issue seems to be in how sipxbridge is processing the response and I'd like 
to test a new JAIN-SIP jar file as suggested by Ranga in an unrelated recent 
thread.  

but I'm not finding much info.  This link shows the latest build from 2009: 
http://download.java.net/communications/jain-sip/nightly/

If anyone has a good link and tips, that would be great

-Matt

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] SipXecs 4.6 latest build dependency error

[Mark Dutton]

Thanks Douglas

And good to catch up on Google+

The thinking man's Facebook.for now. :)
-- 
Regards

Mark Dutton

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] SipXecs 4.6 latest build dependency error

[Douglas Hubler]

On Mon, Aug 13, 2012 at 6:03 AM, Mark Dutton  wrote:
> libev is not in the repository.

Workaround:
  yum install epel-release
  yum install libev

Bug:
 When you install via ISO, there's another bug we need to fix. We
don't install epel-release which gives you access to libev.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] SipXecs 4.6 latest build dependency error

[Mark Dutton]

Thanks Joegen

That was the first thing I tried. 

libev is not in the repository.

Douglas has since reported that it is awaiting another bug
fix, so I will wait and try again over the next few days.

Thanks for the quick response.


Joegen Baclor wrote on Mon, 13 August 2012 15:26
> I will fix this.  for now, manually install libev
> 
> yum install libev
> 
> 
> On 08/13/2012 03:20 PM, Mark Dutton wrote:
> > 
> >  Not sure if this should go in the tracker, but when
> > I run a
> >  yum update I get this at the end of the dependency
> > list.
> > 
> >  --> Processing Dependency: libev.so.4()(64bit) for
> > package:
> >  sipxsqa-server-4.6.0-336.g2f2d8.x86_64
> >  --> Finished Dependency Resolution
> >  Error: Package:
> > sipxsqa-server-4.6.0-336.g2f2d8.x86_64
> >  (sipXecs)
> >  Requires: libev.so.4()(64bit)
> >You could try using --skip-broken to work around
> > the
> >  problem
> >You could try running: rpm -Va --nofiles
> > --nodigest
> > 
> >  I am using the Centos based ISO for 4.6. Last
> > update was
> >  about a week ago.
> > 
> >  I tried a yum clean, but no change. rpmfind does
> > show that
> >  there is a libev.so, but not for Centos.
> 
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive:
> http://list.sipfoundry.org/archive/sipx-users/


-- 
Regards

Mark Dutton

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] SipXecs 4.6 latest build dependency error

[Douglas Hubler]

On Mon, Aug 13, 2012 at 3:26 AM, Joegen Baclor  wrote:
> I will fix this.  for now, manually install libev
>
> yum install libev

George already fixed this, but we couldn't get a new build out because
we ran into the hiredis build issue we're still trying to fix.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] SipXecs 4.6 latest build dependency error

[Joegen Baclor]

I will fix this.  for now, manually install libev

yum install libev


On 08/13/2012 03:20 PM, Mark Dutton wrote:
>
> Not sure if this should go in the tracker, but when I run a
> yum update I get this at the end of the dependency list.
>
> --> Processing Dependency: libev.so.4()(64bit) for package:
> sipxsqa-server-4.6.0-336.g2f2d8.x86_64
> --> Finished Dependency Resolution
> Error: Package: sipxsqa-server-4.6.0-336.g2f2d8.x86_64
> (sipXecs)
> Requires: libev.so.4()(64bit)
>   You could try using --skip-broken to work around the
> problem
>   You could try running: rpm -Va --nofiles --nodigest
>
> I am using the Centos based ISO for 4.6. Last update was
> about a week ago.
>
> I tried a yum clean, but no change. rpmfind does show that
> there is a libev.so, but not for Centos.

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] SipXecs 4.6 latest build dependency error

[Mark Dutton]

Not sure if this should go in the tracker, but when I run a
yum update I get this at the end of the dependency list.

--> Processing Dependency: libev.so.4()(64bit) for package:
sipxsqa-server-4.6.0-336.g2f2d8.x86_64
--> Finished Dependency Resolution
Error: Package: sipxsqa-server-4.6.0-336.g2f2d8.x86_64
(sipXecs)
   Requires: libev.so.4()(64bit)
 You could try using --skip-broken to work around the
problem
 You could try running: rpm -Va --nofiles --nodigest

I am using the Centos based ISO for 4.6. Last update was
about a week ago.

I tried a yum clean, but no change. rpmfind does show that
there is a libev.so, but not for Centos.
-- 
Regards

Mark Dutton

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/