THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#446 - sca_call_info_update() function for 180 responses
User who did this - Jorj Bauer (jorj)
----------
Commit 82e67c07eebe9f7277156a6a6d87ffd5e04c892d.
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=446#comment1573
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Module: sip-router
Branch: master
Commit: 82e67c07eebe9f7277156a6a6d87ffd5e04c892d
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=82e67c0…
Author: Jorj Bauer <jorj(a)isc.upenn.edu>
Committer: Jorj Bauer <jorj(a)isc.upenn.edu>
Date: Fri Aug 8 09:26:21 2014 -0400
modules/sca: fix 180 replies in sca_call_info_invite_reply_18x_handler()
- Per Broadworks Release 13.0v1 documentation, 180s should produce
"appearance-state=progressing" just like 183s do; Polycom OS 3.3.4
doesn't care, but 4.x swaps leg information when it hears
"appearance-state=alerting"
- report and patch from Joao Vitor Arruda
---
modules/sca/sca_call_info.c | 3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/modules/sca/sca_call_info.c b/modules/sca/sca_call_info.c
index f0cab7e..066834c 100644
--- a/modules/sca/sca_call_info.c
+++ b/modules/sca/sca_call_info.c
@@ -1072,9 +1072,6 @@ sca_call_info_invite_reply_18x_handler( sip_msg_t *msg,
switch ( msg->REPLY_STATUS ) {
case 180:
- state = SCA_APPEARANCE_STATE_ALERTING;
- break;
-
case 183:
state = SCA_APPEARANCE_STATE_PROGRESSING;
break;
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#451 - rtpproxy_manage with "l" option returns wrong ports
User who did this - Sebastian Damm (sdamm)
----------
This is a patch which reverses the from and to tags if it is a SIP request. Running in our setup for quite a while now.
Can you include this into the rtpproxy module? Thanks.
----------
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=451#comment1572
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#446 - sca_call_info_update() function for 180 responses
User who did this - Jorj Bauer (jorj)
----------
Provisionally committed to branch jorj/sca, now that I have write access. Will push to master upon review by miconda (just to be sure I'm following protocol).
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=446#comment1571
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
Jorj Bauer has taken ownership of the following task:
FS#446 - sca_call_info_update() function for 180 responses
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=446
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Module: sip-router
Branch: jorj/sca
Commit: 7b0f5a39881b49529078ff740640a2aeee078df2
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7b0f5a3…
Author: Jorj Bauer <jorj(a)isc.upenn.edu>
Committer: Jorj Bauer <jorj(a)isc.upenn.edu>
Date: Fri Aug 8 09:26:21 2014 -0400
modules/sca: fix 180 replies in sca_call_info_invite_reply_18x_handler()
- Per Broadworks Release 13.0v1 documentation, 180s should produce
"appearance-state=progressing" just like 183s do; Polycom OS 3.3.4
doesn't care, but 4.x swaps leg information when it hears
"appearance-state=alerting"
- report and patch from Joao Vitor Arruda
---
modules/sca/sca_call_info.c | 3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/modules/sca/sca_call_info.c b/modules/sca/sca_call_info.c
index f0cab7e..066834c 100644
--- a/modules/sca/sca_call_info.c
+++ b/modules/sca/sca_call_info.c
@@ -1072,9 +1072,6 @@ sca_call_info_invite_reply_18x_handler( sip_msg_t *msg,
switch ( msg->REPLY_STATUS ) {
case 180:
- state = SCA_APPEARANCE_STATE_ALERTING;
- break;
-
case 183:
state = SCA_APPEARANCE_STATE_PROGRESSING;
break;
Module: sip-router
Branch: master
Commit: d8d7f13e073dc00532326433c689030f6950e26d
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d8d7f13…
Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date: Fri Aug 8 08:36:13 2014 +0200
modules/ims_icscf: for UAR pass in empty realm instead of RURI domain
- this allows for authenticating against different domain from the domain in RURI
---
modules/ims_icscf/registration.c | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/modules/ims_icscf/registration.c b/modules/ims_icscf/registration.c
index 41a9eb9..8940dc8 100644
--- a/modules/ims_icscf/registration.c
+++ b/modules/ims_icscf/registration.c
@@ -62,7 +62,7 @@ int I_perform_user_authorization_request(struct sip_msg* msg, char* route, char*
int authorization_type = AVP_IMS_UAR_REGISTRATION;
int expires = 3600;
struct hdr_field *hdr;
- str realm;
+ str realm={0,0};
contact_t *c;
int sos_reg = 0;
contact_body_t *b = 0;
@@ -95,8 +95,8 @@ int I_perform_user_authorization_request(struct sip_msg* msg, char* route, char*
return -1;
}
-
- realm = cscf_get_realm_from_ruri(msg);
+ /*This should be configurable and not hardwired to RURI domain*/
+ //realm = cscf_get_realm_from_ruri(msg);
//check if we received what we should, we do this even though it should be done in cfg file - double checking!
if (msg->first_line.type != SIP_REQUEST) {