Cisco Hold/Resume

Discussion:

Cisco Hold/Resume

Ly Tran

2012-08-13 18:09:49 UTC

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

Michael Scheidell

2012-08-13 18:12:43 UTC

Permalink

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 <***@synaptyk.com>
To: "sipx-***@list.sipfoundry.org" <sipx-***@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

Ly Tran

2012-08-13 19:32:03 UTC

Permalink

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

-----Original Message-----
From: sipx-users-***@list.sipfoundry.org [mailto:sipx-users-***@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

Tony Graziano

2012-08-13 18:13:10 UTC

Permalink

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: ***@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!

Post by 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
List Archive: http://list.sipfoundry.org/archive/sipx-users/

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

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net

Ly Tran

2012-08-13 19:33:49 UTC

Permalink

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-***@list.sipfoundry.org [mailto:sipx-users-***@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: ***@voice.myitdepartment.net<mailto:***@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" <***@synaptyk.com<mailto:***@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-***@list.sipfoundry.org<mailto:sipx-***@list.sipfoundry.org>
List Archive: http://list.sipfoundry.org/archive/sipx-users/

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: ***@voice.myitdepartment.net<mailto:***@voice.myitdepartment.net>

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net

Michael Scheidell

2012-08-13 19:34:25 UTC

Permalink

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 <***@synaptyk.com>
To: 'Discussion list for users of sipXecs software' <sipx-***@list.sipfoundry.org>
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-***@list.sipfoundry.org [mailto:sipx-users-***@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

Michael Scheidell

2012-08-13 19:39:20 UTC

Permalink

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 <***@synaptyk.com>
To: 'Discussion list for users of sipXecs software' <sipx-***@list.sipfoundry.org>
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-***@list.sipfoundry.org [mailto:sipx-users-***@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: ***@voice.myitdepartment.net<mailto:***@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" <***@synaptyk.com<mailto:***@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-***@list.sipfoundry.org<mailto:sipx-***@list.sipfoundry.org>
List Archive: http://list.sipfoundry.org/archive/sipx-users/

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: ***@voice.myitdepartment.net<mailto:***@voice.myitdepartment.net>

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net

Ly Tran

2012-08-13 19:56:35 UTC

Permalink

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-***@list.sipfoundry.org [mailto:sipx-users-***@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 <***@synaptyk.com>
To: 'Discussion list for users of sipXecs software' <sipx-***@list.sipfoundry.org>
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-***@list.sipfoundry.org [mailto:sipx-users-***@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: ***@voice.myitdepartment.net<mailto:***@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" <***@synaptyk.com<mailto:***@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-***@list.sipfoundry.org<mailto:sipx-***@list.sipfoundry.org>
List Archive: http://list.sipfoundry.org/archive/sipx-users/

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: ***@voice.myitdepartment.net<mailto:***@voice.myitdepartment.net>

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net

George Niculae

2012-08-13 20:01:07 UTC

Permalink

Post by 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.

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

Ly Tran

2012-08-13 21:34:19 UTC

Permalink

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-***@list.sipfoundry.org [mailto:sipx-users-***@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

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

George Niculae

2012-08-13 21:52:06 UTC

Permalink

Post by 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.

Ly Tran

2012-08-13 22:38:31 UTC

Permalink

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-***@list.sipfoundry.org [mailto:sipx-users-***@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

Michael Scheidell

2012-08-13 22:43:58 UTC

Permalink

The cdrom?

--
Michael Scheidell, CTO

|SECNAP Network Security

-----Original message-----
From: Ly Tran <***@synaptyk.com>
To: 'Discussion list for users of sipXecs software' <sipx-***@list.sipfoundry.org>
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-***@list.sipfoundry.org [mailto:sipx-users-***@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

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-***@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Ly Tran

2012-08-14 05:14:02 UTC

Permalink

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-***@list.sipfoundry.org [mailto:sipx-users-***@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

Joe Micciche

2012-08-14 18:05:31 UTC

Permalink

Post by 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.

Ly Tran

2012-08-14 21:22:30 UTC

Permalink

The firmware running on the Cisco phones is 8-12. Works only internally. Cisco to Cisco, LG-Nortel to Cisco and vice versa. Only fails when calls are coming in externally. Fails on Hold/Resume and in Transfer mode, presumably because the call is placed on hold and MOH while the transfer is being initiated.

No have not gotten a capture yet, but can get one.

-----Original Message-----
From: sipx-users-***@list.sipfoundry.org [mailto:sipx-users-***@list.sipfoundry.org] On Behalf Of Joe Micciche
Sent: Tuesday, August 14, 2012 1:06 PM
To: sipx-***@list.sipfoundry.org
Subject: Re: [sipx-users] Cisco Hold/Resume

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by 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.

Joegen Baclor

2012-08-15 01:04:03 UTC

Permalink

You will usually get better results reporting your issues when there is
something the developers could look at. If it's an easy fix, there is
no reason why it can't be fixed. Send a trace/tcp dump.

Post by Ly Tran
The firmware running on the Cisco phones is 8-12. Works only internally. Cisco to Cisco, LG-Nortel to Cisco and vice versa. Only fails when calls are coming in externally. Fails on Hold/Resume and in Transfer mode, presumably because the call is placed on hold and MOH while the transfer is being initiated.
No have not gotten a capture yet, but can get one.
-----Original Message-----
Sent: Tuesday, August 14, 2012 1:06 PM
Subject: Re: [sipx-users] Cisco Hold/Resume
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by 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.

Which firmware are you running on these phones?
Do you have any traces, logs, tcpdump of the problem?
Does the problem occur only with internal calls? external?
- --
==================================================================
Red Hat, Inc. http://www.redhat.com
Senior Communications Engineer X (81) 44554
+1.919.754.4554 Key: 65F90FE1
==================================================================
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlAqk2sACgkQJHjEUGX5D+H5LQCfej+PKHxv23muKStSGpmlqSwN
DisAoIzIcztGaszz8oBImM7kIwryG3YD
=yxjE
-----END PGP SIGNATURE-----
_______________________________________________
sipx-users mailing list
List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Joegen Baclor

2012-08-16 02:41:42 UTC

Permalink

This is the INVITE sent by sipX to extension 9630. Take note of the
following.
1. Contact given by sipXbridge is sip:+***@192.168.2.2:5090
2. Record-Route inserted by the proxy is
sip:192.168.2.2:5060;lr; \
sipXecs-CallDest=AL%2CINT; \
sipXecs-rs=%2Aauth%7E.%2Afrom%7EODg0NzU1NjYx.\
900_ntap%2Aid%7EODQxMC01NDg%60%212feeb13001a96c3aa0337ff5b7ad52d5

INVITE sip:***@192.168.2.215:5060;transport=udp;x-sipX-nonat SIP/2.0
Record-Route:
<sip:192.168.2.2:5060;lr;sipXecs-CallDest=AL%2CINT;sipXecs-rs=%2Aauth%7E.%2Afrom%7EODg0NzU1NjYx.900_ntap%2Aid%7EODQxMC01NDg%60%212feeb13001a96c3aa0337ff5b7ad52d5>
Call-Id: ***@2xx.8x.6x.3x-0
Cseq: 102 INVITE
From: "+1512xxxxxxx" <sip:+***@2xx.8x.6x.3x>;tag=884755661
To: <sip:+***@mydomain.com>
Via: SIP/2.0/UDP 192.168.2.2;branch=z9hG4bK-XX-5573lQWr3kM1kxmqYz5eScEwLQ
Via: SIP/2.0/UDP
192.168.2.2;branch=z9hG4bK-XX-5570rFCDUPiSnEcmm2e9jPzGig~LtZj4yrJmD_vUR1BPFVudQ;id=8410-548
Via: SIP/2.0/UDP
192.168.2.2;branch=z9hG4bK-XX-556aS8mAjSeoiXcrkk_WOyyF`A~Gb6iTJqTxGrjsIy6_sOZvw
Via: SIP/2.0/UDP
192.168.2.2:5090;branch=z9hG4bK9e64cce5cb5d8d1e9811532224296858313831;sipxecs-id=2a38ffa1
Max-Forwards: 16
User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux)
References:
***@2xx.8x.6x.3x;rel=chain;sipxecs-tag=request-invite-z9hg4bk4a823cdc
Contact: <sip:+***@192.168.2.2:5090;x-sipX-nonat>
Content-Type: application/sdp
Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK
Supported: replaces,100rel
Content-Length: 254
Date: Wed, 15 Aug 2012 19:15:59 GMT
Alert-Info: <http://external.call>;info=alert-external;x-line-id=0
Expires: 20
X-Sipx-Handled: X192.168.2.2-60.220.247.5

This is the 200 OK sent back by Cisco. So far so good. It is well
constructed.

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.2;branch=z9hG4bK-XX-5573lQWr3kM1kxmqYz5eScEwLQ
Via: SIP/2.0/UDP
192.168.2.2;branch=z9hG4bK-XX-5570rFCDUPiSnEcmm2e9jPzGig~LtZj4yrJmD_vUR1BPFVudQ;id=8410-548
Via: SIP/2.0/UDP
192.168.2.2;branch=z9hG4bK-XX-556aS8mAjSeoiXcrkk_WOyyF`A~Gb6iTJqTxGrjsIy6_sOZvw
Via: SIP/2.0/UDP
192.168.2.2:5090;branch=z9hG4bK9e64cce5cb5d8d1e9811532224296858313831;sipxecs-id=2a38ffa1
From: "+1512xxxxxxx" <sip:+***@2xx.8x.6x.3x>;tag=884755661
To: <sip:+***@mydomain.com>;tag=000f34d70512009962af5853-0d820f78
Call-ID: ***@2xx.8x.6x.3x-0
Date: Wed, 15 Aug 2012 19:11:55 GMT
CSeq: 102 INVITE
Server: Cisco-CP7940G/8.0
Contact: <sip:***@192.168.2.215:5060;transport=udp>
Record-Route:
<sip:192.168.2.2:5060;lr;sipXecs-CallDest=AL%2CINT;sipXecs-rs=%2Aauth%7E.%2Afrom%7EODg0NzU1NjYx.900_ntap%2Aid%7EODQxMC01NDg%60%212feeb13001a96c3aa0337ff5b7ad52d5>
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE
Supported: replaces,join,norefersub
Content-Length: 207
Content-Type: application/sdp
Content-Disposition: session;handling=optional

This is the REFER and this is where the trouble is.
1. The REFER is being sent to 60.220.247.5:5080. This is the external
address of sipXbridge.
The contact sent by sipXbridge is sip:+***@192.168.2.2:5090.
This must be the
destination address for mid-dialog request such as REFER.
2. The route header inserted in the REFER is
sip:192.168.2.2:5060;lr;sipXecs-CallDest=AL%2CINT.
This is wrong because it is truncated. Route header must be
sip:192.168.2.2:5060;lr; \
sipXecs-CallDest=AL%2CINT; \
sipXecs-rs=%2Aauth%7E.%2Afrom%7EODg0NzU1NjYx.\
900_ntap%2Aid%7EODQxMC01NDg%60%212feeb13001a96c3aa0337ff5b7ad52d5

REFER sip:60.220.247.5:5080;sipXecs-CallDest=AL%2CINT SIP/2.0
Via: SIP/2.0/UDP 192.168.2.215:5060;branch=z9hG4bK22ea1de8
From: <sip:+***@mydomain.com>;tag=000f34d70512009962af5853-0d820f78
To: "+1512xxxxxxx" <sip:+***@2xx.8x.6x.3x>;tag=884755661
Call-ID: ***@2xx.8x.6x.3x-0
Max-Forwards: 70
Date: Wed, 15 Aug 2012 19:12:09 GMT
CSeq: 102 REFER
User-Agent: Cisco-CP7940G/8.0
Contact: <sip:***@192.168.2.215:5060;transport=udp>
Route: <sip:192.168.2.2:5060;lr;sipXecs-CallDest=AL%2CINT>
Refer-To:
<sip:***@mydomain.com?Replaces=000f34d7-05120006-1e13d7f6-68b8447a%40192.168.2.215%3Bto-tag%3D001da21a556300f5674f3198-2a615a19%3Bfrom-tag%3D000f34d70512009a5d3e90f4-22cea73f>
Referred-By: <sip:***@mydomain.com>
Content-Length: 0

This REFER will be rejected by sipXbridge because it's as funky as it
could get.

Hi Joegen,
Here's a trace of two external calls to the Cisco phone I made. One was put on hold and the next one a transfer.
Ly Tran
-----Original Message-----
Sent: Tuesday, August 14, 2012 8:04 PM
To: Discussion list for users of sipXecs software
Cc: Ly Tran
Subject: Re: [sipx-users] Cisco Hold/Resume
You will usually get better results reporting your issues when there is something the developers could look at. If it's an easy fix, there is no reason why it can't be fixed. Send a trace/tcp dump.

Post by Ly Tran
The firmware running on the Cisco phones is 8-12. Works only internally. Cisco to Cisco, LG-Nortel to Cisco and vice versa. Only fails when calls are coming in externally. Fails on Hold/Resume and in Transfer mode, presumably because the call is placed on hold and MOH while the transfer is being initiated.
No have not gotten a capture yet, but can get one.
-----Original Message-----
Micciche
Sent: Tuesday, August 14, 2012 1:06 PM
Subject: Re: [sipx-users] Cisco Hold/Resume
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by 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.

Todd Hodgen

2012-08-15 02:45:18 UTC

Permalink

Is this with a particular ITSP by chance?

-----Original Message-----
From: sipx-users-***@list.sipfoundry.org
[mailto:sipx-users-***@list.sipfoundry.org] On Behalf Of Ly Tran
Sent: Tuesday, August 14, 2012 2:23 PM
To: '***@redhat.com'; 'Discussion list for users of sipXecs software'
Subject: Re: [sipx-users] Cisco Hold/Resume

The firmware running on the Cisco phones is 8-12. Works only internally.
Cisco to Cisco, LG-Nortel to Cisco and vice versa. Only fails when calls
are coming in externally. Fails on Hold/Resume and in Transfer mode,
presumably because the call is placed on hold and MOH while the transfer is
being initiated.

No have not gotten a capture yet, but can get one.

-----Original Message-----
From: sipx-users-***@list.sipfoundry.org
[mailto:sipx-users-***@list.sipfoundry.org] On Behalf Of Joe Micciche
Sent: Tuesday, August 14, 2012 1:06 PM
To: sipx-***@list.sipfoundry.org
Subject: Re: [sipx-users] Cisco Hold/Resume

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Post by 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.

Which firmware are you running on these phones?

Do you have any traces, logs, tcpdump of the problem?

Does the problem occur only with internal calls? external?

- --
==================================================================
Joe Micciche ***@redhat.com
Red Hat, Inc. http://www.redhat.com
Senior Communications Engineer X (81) 44554
+1.919.754.4554 Key: 65F90FE1
==================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAqk2sACgkQJHjEUGX5D+H5LQCfej+PKHxv23muKStSGpmlqSwN
DisAoIzIcztGaszz8oBImM7kIwryG3YD
=yxjE
-----END PGP SIGNATURE-----
_______________________________________________
sipx-users mailing list
sipx-***@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/