opensipstack-devel Mailing List for OpenSIPStack (Page 57)
Brought to you by:
joegenbaclor
You can subscribe to this list here.
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(12) |
Jul
(4) |
Aug
(3) |
Sep
(24) |
Oct
(45) |
Nov
(41) |
Dec
(67) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(51) |
Feb
(93) |
Mar
(54) |
Apr
(76) |
May
(114) |
Jun
(133) |
Jul
(124) |
Aug
(180) |
Sep
(53) |
Oct
(41) |
Nov
(109) |
Dec
(92) |
2008 |
Jan
(52) |
Feb
(40) |
Mar
(29) |
Apr
(40) |
May
(83) |
Jun
(68) |
Jul
(30) |
Aug
(72) |
Sep
(50) |
Oct
(48) |
Nov
(25) |
Dec
(80) |
2009 |
Jan
(9) |
Feb
(2) |
Mar
(32) |
Apr
(67) |
May
|
Jun
(7) |
Jul
(7) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(6) |
Dec
(2) |
2010 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(10) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: tomach <to...@dg...> - 2007-06-26 13:05:33
|
I was using both sample app and ossphone. I didnt code anything jsut run sample and try to make call. then i exmaine that everytime for FROM it took hostIP and it shoudl take domain and not my host ip..... Im trying to find where to change it but i guess it will take time....Its really weird that you can not simulate this situation.... As i said even in SampleATL i just write sip:8726@192.168.2.69 it sends invite where FROM is sip:192.168.2.45 where is should be 2.69.... weird that it only happend in my sample... |
From: Joegen E. B. <joe...@gm...> - 2007-06-26 12:49:27
|
I just committed a patch that might solve your problem. Make a fresh CVS update. It is also important that you tell us if you made code modifications. tomach wrote: > Hi! > > Files that you asked and dates of their creation: > > Softphone.h 2007.05.22 > Softphone.cxx 2007.06.04 > SoftphoneInterface.h 2007.05.31 > SoftphoneInterface.cxx 2007.05.30 > > > > > I belive that those are the newest one. > |
From: Ilian J. C. P. <ip...@so...> - 2007-06-26 12:34:42
|
Hi, I've seen your logs and the From tag was definitely wrong but I can't reproduce this problem. By the way, what app are you using? OSSPhone? Have you by any chance coded something that sets the wrong domain before calling? Regards, Ilian tomach wrote: > Hi! > > Files that you asked and dates of their creation: > > Softphone.h 2007.05.22 > Softphone.cxx 2007.06.04 > SoftphoneInterface.h 2007.05.31 > SoftphoneInterface.cxx 2007.05.30 > > > > > I belive that those are the newest one. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: tomach <to...@dg...> - 2007-06-26 11:49:54
|
Hi! Files that you asked and dates of their creation: Softphone.h 2007.05.22 Softphone.cxx 2007.06.04 SoftphoneInterface.h 2007.05.31 SoftphoneInterface.cxx 2007.05.30 I belive that those are the newest one. |
From: Ilian J. C. P. <ip...@so...> - 2007-06-26 10:59:32
|
Hi Tom, Hmmm. Can you check if you the latest versions of SoftphoneInterface.* and Softphone.*? This does not happen in my setup. My From headers are correct. Here are my logs: SEND: enc=0 531 Bytes to 70.42.73.140:5060:UDP (REGISTER sip:70.42.73.140 SIP/2.0) Interface Address= REGISTER sip:70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24b4836f04f9181094d7a2088e6bd734 To: sip:300@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1769;branch=z9hG4bK24b4836f04f9181094d8a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 1 REGISTER Call-ID: 24b4836f-04f9-1810-8824-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060;transport=udp> User-Agent: OpenSIPStack-1.1.6-166 Expires: 3600 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Length: 0 ----------------5:46:55.280---------------- RCV: enc=0 537 Bytes from RCVADDR: 70.42.73.140:RCVPORT: 5060:UDP (SIP/2.0 401 Unauthorized) SIP/2.0 401 Unauthorized From: 300 <sip:300@70.42.73.140>;tag=24b4836f04f9181094d7a2088e6bd734 To: sip:300@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=3329;branch=z9hG4bK24b4836f04f9181094d8a2088e6bd734;uas-addr=70.42.73.140;rport=5060;received=64.243.115.20 CSeq: 1 REGISTER Call-ID: 24b4836f-04f9-1810-8824-a2088e6bd734 Server: OpenSIPStack-1.1.6-132 WWW-Authenticate: Digest realm="70.42.73.140", nonce="0e73d21831c3e5cab945b3686a6f8fb3", opaque="c307ecf61b2e21296250e3a528cdf064", algorithm=MD5 Content-Length: 0 ----------------5:46:55.341---------------- SEND: enc=0 717 Bytes to 70.42.73.140:5060:UDP (REGISTER sip:70.42.73.140 SIP/2.0) Interface Address= REGISTER sip:70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=48f7836f04f9181094d8a2088e6bd734 To: sip:300@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1769;branch=z9hG4bK48f7836f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 2 REGISTER Call-ID: 24b4836f-04f9-1810-8824-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060;transport=udp> User-Agent: OpenSIPStack-1.1.6-166 Expires: 3600 Max-Forwards: 10 Authorization: Digest username="300", realm="70.42.73.140", nonce="0e73d21831c3e5cab945b3686a6f8fb3", uri="sip:70.42.73.140", response="b85374c0f0b2adcdc6c983c70ff61dd4", algorithm=MD5 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Length: 0 ----------------5:46:55.427---------------- RCV: enc=0 454 Bytes from RCVADDR: 70.42.73.140:RCVPORT: 5060:UDP (SIP/2.0 200 OK) SIP/2.0 200 OK From: 300 <sip:300@70.42.73.140>;tag=48f7836f04f9181094d8a2088e6bd734 To: sip:300@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=3329;branch=z9hG4bK48f7836f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport=5060;received=64.243.115.20 CSeq: 2 REGISTER Call-ID: 24b4836f-04f9-1810-8824-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060;transport=udp> Server: OpenSIPStack-1.1.6-132 Expires: 3600 Content-Length: 0 ----------------5:47:02.795---------------- SEND: enc=0 767 Bytes to 70.42.73.140:5060:UDP (INVITE sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 INVITE sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: sip:613@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4711 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Type: application/sdp Content-Length: 229 v=0 o=- 1182855278 1182855278 IN IP4 192.168.0.107 s=OSS RTP Session c=IN IP4 192.168.0.107 t=0 0 m=audio 5000 RTP/AVP 101 8 0 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 ----------------5:47:02.841---------------- SEND: enc=0 767 Bytes to 70.42.73.140:5060:UDP (INVITE sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 INVITE sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: sip:613@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4711 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Type: application/sdp Content-Length: 229 v=0 o=- 1182855278 1182855278 IN IP4 192.168.0.107 s=OSS RTP Session c=IN IP4 192.168.0.107 t=0 0 m=audio 5000 RTP/AVP 101 8 0 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 ----------------5:47:02.928---------------- RCV: enc=0 563 Bytes from RCVADDR: 70.42.73.140:RCVPORT: 5060:UDP (SIP/2.0 407 Proxy Authentication Required) SIP/2.0 407 Proxy Authentication Required From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: <sip:613@70.42.73.140>;tag=e9128a6f04f918108bdfd184264b0e8e Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport=5060;received=64.243.115.20 CSeq: 4711 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Proxy-Authenticate: Digest realm=70.42.73.140, nonce="ec52dfdc48854008a4e1f5b327b6a7ab", opaque="4c7f21d239815332ea078702ccd86d83", algorithm=MD5 Content-Length: 0 ----------------5:47:02.979---------------- SEND: enc=0 963 Bytes to 70.42.73.140:5060:UDP (INVITE sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 INVITE sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: sip:613@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bKe69f8f6f04f9181094daa2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4712 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Proxy-Authorization: Digest username="300", realm="70.42.73.140", nonce="ec52dfdc48854008a4e1f5b327b6a7ab", uri="sip:613@70.42.73.140", response="3606c0c2a3553f1be2de540d929d0965", algorithm=MD5 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Type: application/sdp Content-Length: 229 v=0 o=- 1182855278 1182855278 IN IP4 192.168.0.107 s=OSS RTP Session c=IN IP4 192.168.0.107 t=0 0 m=audio 5000 RTP/AVP 101 8 0 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 ----------------5:47:02.944---------------- RCV: enc=0 563 Bytes from RCVADDR: 70.42.73.140:RCVPORT: 5060:UDP (SIP/2.0 407 Proxy Authentication Required) SIP/2.0 407 Proxy Authentication Required From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: <sip:613@70.42.73.140>;tag=e9128a6f04f918108bdfd184264b0e8e Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport=5060;received=64.243.115.20 CSeq: 4711 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Proxy-Authenticate: Digest realm=70.42.73.140, nonce="ec52dfdc48854008a4e1f5b327b6a7ab", opaque="4c7f21d239815332ea078702ccd86d83", algorithm=MD5 Content-Length: 0 ----------------5:47:03.040---------------- SEND: enc=0 539 Bytes to 70.42.73.140:5060:UDP (ACK sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 ACK sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: <sip:613@70.42.73.140>;tag=e9128a6f04f918108bdfd184264b0e8e Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4711 ACK Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Length: 0 ----------------5:47:03.029---------------- RCV: enc=0 563 Bytes from RCVADDR: 70.42.73.140:RCVPORT: 5060:UDP (SIP/2.0 407 Proxy Authentication Required) SIP/2.0 407 Proxy Authentication Required From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: <sip:613@70.42.73.140>;tag=e9128a6f04f918108bdfd184264b0e8e Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport=5060;received=64.243.115.20 CSeq: 4711 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Proxy-Authenticate: Digest realm=70.42.73.140, nonce="ec52dfdc48854008a4e1f5b327b6a7ab", opaque="4c7f21d239815332ea078702ccd86d83", algorithm=MD5 Content-Length: 0 ----------------5:47:03.086---------------- SEND: enc=0 539 Bytes to 70.42.73.140:5060:UDP (ACK sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 ACK sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: <sip:613@70.42.73.140>;tag=e9128a6f04f918108bdfd184264b0e8e Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4711 ACK Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Length: 0 ----------------5:47:03.129---------------- SEND: enc=0 539 Bytes to 70.42.73.140:5060:UDP (ACK sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 ACK sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: <sip:613@70.42.73.140>;tag=e9128a6f04f918108bdfd184264b0e8e Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bK24388f6f04f9181094d9a2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4711 ACK Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Length: 0 ----------------5:47:03.337---------------- SEND: enc=0 963 Bytes to 70.42.73.140:5060:UDP (INVITE sip:613@70.42.73.140 SIP/2.0) Interface Address=192.168.0.107 INVITE sip:613@70.42.73.140 SIP/2.0 From: 300 <sip:300@70.42.73.140>;tag=24388f6f04f9181094daa2088e6bd734 To: sip:613@70.42.73.140 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=1770;branch=z9hG4bKe69f8f6f04f9181094daa2088e6bd734;uas-addr=70.42.73.140;rport CSeq: 4712 INVITE Call-ID: 24388f6f-04f9-1810-8825-a2088e6bd734 Contact: "300" <sip:300@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Proxy-Authorization: Digest username="300", realm="70.42.73.140", nonce="ec52dfdc48854008a4e1f5b327b6a7ab", uri="sip:613@70.42.73.140", response="3606c0c2a3553f1be2de540d929d0965", algorithm=MD5 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Type: application/sdp Content-Length: 229 v=0 o=- 1182855278 1182855278 IN IP4 192.168.0.107 s=OSS RTP Session c=IN IP4 192.168.0.107 t=0 0 m=audio 5000 RTP/AVP 101 8 0 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 tomach wrote: > Instead of fields "From" above there should be: > > In invite it looks like this: > > From: 507 sip:507@192.168.2.45 ;tag=6204057789f818108168ffe5741f66c1 > > and for register: > > From: sip:507@192.168.2.69 ;tag=b94f4dd487f818108ff199e5a6d4f1ef > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: tomach <to...@dg...> - 2007-06-26 10:31:22
|
Instead of fields "From" above there should be: In invite it looks like this: From: 507 sip:507@192.168.2.45 ;tag=6204057789f818108168ffe5741f66c1 and for register: From: sip:507@192.168.2.69 ;tag=b94f4dd487f818108ff199e5a6d4f1ef |
From: tomach <to...@dg...> - 2007-06-26 10:20:20
|
Hello! Yes you are correct opensipsource resends proxy authorization but it is uncorrect. I found an error in opensip. Scenario: Softphone's ip is 192.168.2.45, user/password 507/507 SIpserver ip is 192.168.2.69 Problem: I register wihtout any problem. But when I try to call: In INVITE message which is send by the opensourcesip, field "From" looks like this: From: 507 <sip:507@192.168.2.45>;tag=6204057789f818108168ffe5741f66c1 where You can see should be address 192.168.2.69 because otherwise in proxy authentication required is uncorrect realm (should be 2.69 and tehre is 2.45). When we look at the register request, we can see field from is correct: From: <sip:507@192.168.2.69>;tag=b94f4dd487f818108ff199e5a6d4f1ef Only in invite it is uncorrect. Have You met this probelm before? If You need any additionl logs, I am ready to help. Best Regards, Tom |
From: Joegen E. B. <jb...@so...> - 2007-06-26 07:23:55
|
Hi Gustavo, I have committed a fix of this. It's very simple actually. I just propagated a SIPDNSFailOver stack event to the call session and made sure that m_CurrentUACInvite is replaced. Can you check if this is a safe change? Thanks. Joegen Joegen E. Baclor wrote: > Hmmmn thats TRUE. Lemme dig further. I'll let you know once a fix is > available. > > > Gustavo Curetti wrote: > >> Joegen: >> >> The fix works fine. But i have the following problem: When i hang up >> and send a Cancel to OpenSBC, the OpenSBC respond with >> Code487_RequestCancelled but the Cancel is not been send to the actual >> target, the Cancel is just routed again. >> >> Thanks for your help. >> >> Gustavo >> >> ------------------------------------------------------------------------ >> >> >>> Date: Wed, 13 Jun 2007 22:15:14 +0800 >>> To: cur...@gm...; ope...@li... >>> Subject: Re: [OpenSIPStack] FW: FW: OpenSBC as Forking Proxy >>> From: joe...@gm... >>> >>> I've just checked in a fix for this in CVS. >>> >>> Gustavo Curetti wrote: >>> >>>> Joegen, >>>> >>>> I tried the DoDNSFailover's code but i have the following behavior: >>>> >>>> When DoDNSFailover() is called for the first time m_FailOverAttempts >>>> is increased from 0 to 1. >>>> >>>> Then the via is changed (+ "-") and with this change when >>>> FindTransactionAndAddEvent() is called a new transaction is created. >>>> In SIPTransaction::SIPTransaction() m_FailOverAttempts is initialized >>>> to 0. Then when DoDNSFailover() is called again, the same target >>>> >> is used. >> >>>> Gustavo >>>> >>>> >>>> >> ------------------------------------------------------------------------ >> >>>> From: cur...@ho... >>>> To: jb...@so... >>>> Subject: RE: [OpenSIPStack] FW: OpenSBC as Forking Proxy >>>> Date: Wed, 30 May 2007 14:43:32 +0200 >>>> >>>> Joegen, >>>> >>>> Thanks a lot. I will try to change the behavior. >>>> >>>> Gustavo >>>> >>>> >>>> >>>> >> ------------------------------------------------------------------------ >> >>>>> Date: Fri, 18 May 2007 08:15:20 +0800 >>>>> From: jb...@so... >>>>> To: cur...@gm...; >>>>> >>>> ope...@li... >>>> >>>>> Subject: Re: [OpenSIPStack] FW: OpenSBC as Forking Proxy >>>>> >>>>> Gustavo, >>>>> >>>>> Sorry, I forgot to get back to you. If you have the latest CVS head >>>>> code, check out BOOL SIPTransaction::DoDNSFailover() in >>>>> SIPTransaction.cxx. I have committed this a few days ago to >>>>> demonstrate fail-over by forking using DNS/SRV records. New >>>>> transactions are created by calling >>>>> >>>> FindTransactionAndAddEvent(). You >>>> >>>>> can just change its behavior a bit and get the fail-over routes >>>>> somewhere instead of DNS/SRV queries. >>>>> >>>>> Joegen >>>>> >>>>> >>>>> Gustavo Curetti wrote: >>>>> >>>>>> Joegen: >>>>>> >>>>>> I don't understand how to create a new client transaction when >>>>>> >>>> the >>>> >>>>>> first invite fail in the FSM layer. Could you give some >>>>>> >>>> directions, >>>> >>>>>> please? >>>>>> >>>>>> Thanks for your help. >>>>>> >>>>>> Gustavo. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >> ------------------------------------------------------------------------ >> >>>>>> From: cur...@ho... >>>>>> To: jb...@so... >>>>>> Subject: RE: [OpenSIPStack] OpenSBC as Forking Proxy >>>>>> Date: Mon, 14 May 2007 16:18:57 +0200 >>>>>> >>>>>> Joegen: >>>>>> >>>>>> Thanks for your help. Do you suggest to do the serial forking in >>>>>> FSM layer with a custom header?.Must each new try create a new >>>>>> client transaction? >>>>>> >>>>>> Thanks >>>>>> Gustavo >>>>>> >>>>>> >>>>>> >> ------------------------------------------------------------------------ >> >>>>>>> Date: Thu, 10 May 2007 13:28:29 +0800 >>>>>>> From: jb...@so... >>>>>>> To: cur...@gm... >>>>>>> Subject: Re: [OpenSIPStack] OpenSBC as Forking Proxy >>>>>>> >>>>>>> Gustavo, >>>>>>> >>>>>>> This will be a bit tricky. It is not as simple as spawning an >>>>>>> >>>>>> outbound >>>>>> >>>>>>> invite. There should be a clean mechanism to clone >>>>>>> >>>> transactions and >>>> >>>>>>> this is not present in the FSM currently. Forking should be done >>>>>>> >>>>>> in the >>>>>> >>>>>>> FSM layer, not in the UACore layer. I will see what I can do to >>>>>>> >>>>>> help >>>>>> >>>>>>> you. I will let you know when I have something you can use >>>>>>> >>>>>> cleanly to >>>>>> >>>>>>> fork your calls. Perhaps over the weekend, but that isn't a >>>>>>> >>>> promise. >>>> >>>>>>> Joegen >>>>>>> >>>>>>> Gustavo Curetti wrote: >>>>>>> >>>>>>>> Joegen: >>>>>>>> >>>>>>>> What I want to do is a very simple sequential search. When one >>>>>>>> destination don't answer or reject the call I want the OpenSBC >>>>>>>> >>>>>> try >>>>>> >>>>>>>> another. >>>>>>>> >>>>>>>> I made the following changes in the code for timer B >>>>>>>> >>>>>> expiration just >>>>>> >>>>>>>> for do some tests: >>>>>>>> >>>>>>>> void ProxySessionManager::OnTimerExpire( >>>>>>>> SIPTimerExpire & timerEvent, >>>>>>>> SIPSession * session >>>>>>>> ) >>>>>>>> { >>>>>>>> if( session != NULL ) >>>>>>>> { >>>>>>>> LOG_IF_DEBUG( LogWarning(), "*** TIMER EXPIRATION *** for SIP >>>>>>>> Session " << session->GetSessionId() ); >>>>>>>> if( timerEvent.GetTimer() == >>>>>>>> >>>> SIPTransactions::SIPTimerEvent::B) >>>> >>>>>>>> { >>>>>>>> SIPMessage msg = ((ProxySession >>>>>>>> >>>> *)session)->GetOriginalInvite(); >>>> >>>>>>>> session->EnqueueSessionEvent( new SIPSessionEvent( >>>>>>>> >>>> *session, 1, >>>> >>>>>>>> msg ) ); >>>>>>>> } >>>>>>>> session->OnTimerExpire( timerEvent ); >>>>>>>> } >>>>>>>> } >>>>>>>> >>>>>>>> and >>>>>>>> >>>>>>>> void ProxySession::OnTimerExpire( >>>>>>>> SIPTimerExpire & timerEvent >>>>>>>> ) >>>>>>>> { >>>>>>>> GCREF( "SIPSession::OnTimerExpire" ); >>>>>>>> if( timerEvent.GetTimer() == >>>>>>>> >>>> SIPTransactions::SIPTimerEvent::B || >>>> >>>>>>>> timerEvent.GetTimer() == SIPTransactions::SIPTimerEvent::F ) >>>>>>>> { >>>>>>>> ///this is an ICT timeout >>>>>>>> SIPMessage timeout; >>>>>>>> GetCurrentUASRequest().CreateResponse( timeout, >>>>>>>> SIPMessage::Code480_TemporarilyNotAvailable ); >>>>>>>> SendRequest( timeout ); >>>>>>>> } >>>>>>>> >>>>>>>> //Destroy(); >>>>>>>> } >>>>>>>> >>>>>>>> With these changes and a relay route: >>>>>>>> >>>>>>>> [sip:*@192.168.0.207:*] sip:192.168.0.1:5060, >>>>>>>> >>>>>> sip:192.168.0.60:5060 >>>>>> >>>>>>>> the OpenSBC made the second invite successfully. But what i >>>>>>>> >>>>>> really >>>>>> >>>>>>>> want is to use some custom headers with a list destination >>>>>>>> >>>>>> addresses >>>>>> >>>>>>>> instead of the relay routes and to do the same in case of a >>>>>>>> >>>>>> reject. Do >>>>>> >>>>>>>> you have any suggestions? >>>>>>>> >>>>>>>> Other question: Can i have two active ICT for a session? >>>>>>>> >>>>>> Because in >>>>>> >>>>>>>> the case of reject, I must start a new ICT for trying the next >>>>>>>> destination but canceling throw the first ICT at the same >>>>>>>> >>>> time. >>>> >>>>>>>> Thanks for your help. >>>>>>>> >>>>>>>> Gustavo >>>>>>>> >>>>>>>> >>>>>>>> >> ------------------------------------------------------------------------ >> >>>>>>>>> Date: Sat, 5 May 2007 13:50:44 +0800 >>>>>>>>> From: jb...@so... >>>>>>>>> To: cur...@gm...; >>>>>>>>> >>>>>> ope...@li... >>>>>> >>>>>>>>> Subject: Re: [OpenSIPStack] OpenSBC as Forking Proxy >>>>>>>>> >>>>>>>>> Gustavo, >>>>>>>>> >>>>>>>>> Forking is not supported yet in OpenSBC. >>>>>>>>> >>>>>>>>> Joegen >>>>>>>>> >>>>>>>>> Gustavo Curetti wrote: >>>>>>>>> >>>>>>>>>> Hi Joegen: >>>>>>>>>> >>>>>>>>>> I want to use the OpenSBC as a Forking Proxy. I want >>>>>>>>>> >>>> that the >>>> >>>>>>>>>> OpenSBC try the differents Relays Routes one by one. Could >>>>>>>>>> >>>>>> you give >>>>>> >>>>>>>>>> some directions, please? >>>>>>>>>> >>>>>>>>>> Thanks for your help. >>>>>>>>>> >>>>>>>>>> Gustavo. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >> ------------------------------------------------------------------------ >> >>>>>>>>>> Descubre Live.com - tu propia página de inicio, >>>>>>>>>> >>>>>> personalizada para >>>>>> >>>>>>>> ver >>>>>>>> >>>>>>>>>> rápidamente todo lo que te interesa en un mismo sitio. >>>>>>>>>> >>>>>> todo en el >>>>>> >>>>>>>>>> mismo sitio. <http://www.live.com/getstarted> >>>>>>>>>> >>>>>>>>>> >> ------------------------------------------------------------------------ >> >>>>>>>>>> >> ------------------------------------------------------------------------- >> >>>>>>>>>> This SF.net email is sponsored by DB2 Express >>>>>>>>>> Download DB2 Express C - the FREE version of DB2 express >>>>>>>>>> >>>>>> and take >>>>>> >>>>>>>>>> control of your XML. No limits. Just data. Click to get it >>>>>>>>>> >>>>>> now. >>>>>> >>>>>>>>>> http://sourceforge.net/powerbar/db2/ >>>>>>>>>> >>>>>>>>>> >> ------------------------------------------------------------------------ >> >>>>>>>>>> _______________________________________________ >>>>>>>>>> opensipstack-devel mailing list >>>>>>>>>> ope...@li... >>>>>>>>>> >>>>>>>>>> >>>>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>>>>> >>>>>>>>> >>>>>>>>> >> ------------------------------------------------------------------------- >> >>>>>>>>> This SF.net email is sponsored by DB2 Express >>>>>>>>> Download DB2 Express C - the FREE version of DB2 express and >>>>>>>>> >>>>>> take >>>>>> >>>>>>>>> control of your XML. No limits. Just data. Click to get >>>>>>>>> >>>> it now. >>>> >>>>>>>>> http://sourceforge.net/powerbar/db2/ >>>>>>>>> _______________________________________________ >>>>>>>>> opensipstack-devel mailing list >>>>>>>>> ope...@li... >>>>>>>>> >>>>>>>>> >>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>>> >>>>>>>> >>>>>>>> >> ------------------------------------------------------------------------ >> >>>>>>>> Se uno de los primeros en probar Windows Live Mail. Windows >>>>>>>> >>>>>> Live Mail. >>>>>> >> <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> >> >>>>>> >>>>>> >> ------------------------------------------------------------------------ >> >>>>>> Se uno de los primeros en probar Windows Live Mail. Windows Live >>>>>> Mail. >>>>>> >>>>>> >> <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> >> >>>>>> >>>>>> >>>>>> >> ------------------------------------------------------------------------ >> >>>>>> Se uno de los primeros en probar Windows Live Mail. Windows >>>>>> >>>> Live Mail. >>>> >> <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> >> >>>>> >>>>> >> ------------------------------------------------------------------------- >> >>>>> This SF.net email is sponsored by DB2 Express >>>>> Download DB2 Express C - the FREE version of DB2 express and take >>>>> control of your XML. No limits. Just data. Click to get it now. >>>>> http://sourceforge.net/powerbar/db2/ >>>>> _______________________________________________ >>>>> opensipstack-devel mailing list >>>>> ope...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>>>> >>>> >>>> >> ------------------------------------------------------------------------ >> >>>> Se uno de los primeros en probar Windows Live Mail. Windows Live >>>> Mail. >>>> >>>> >> <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> >> >>>> >>>> >>>> >> ------------------------------------------------------------------------ >> >>>> Comunícate al instante con Windows Live Messenger Windows Live >>>> Messenger >>>> >>>> >> <http://imagine-msn.com/messenger/launch80/default.aspx?locale=es-ar&source=joinmsncom/messenger> >> >> >>>> >> ------------------------------------------------------------------------ >> >>>> >> ------------------------------------------------------------------------- >> >>>> This SF.net email is sponsored by DB2 Express >>>> Download DB2 Express C - the FREE version of DB2 express and take >>>> control of your XML. No limits. Just data. Click to get it now. >>>> http://sourceforge.net/powerbar/db2/ >>>> >>>> >> ------------------------------------------------------------------------ >> >>>> _______________________________________________ >>>> opensipstack-devel mailing list >>>> ope...@li... >>>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>>> >>>> >>> -- >>> Joegen E. Baclor >>> CTO - Solegy LLC >>> >>> Email: joegen @ solegy.com >>> Main: +1 212 801 2504 >>> Fax: +1 347 438 3072 >>> Manila: +63 2 747 3460 >>> Mobile: +63 918 411 9064 >>> >>> 121 Varick St., Suite 201 >>> NY, NY 10013 >>> >>> SOLEGY LLC >>> http://www.solegy.com >>> Solutions to Fit Your Strategy >>> >>> >>> >> ------------------------------------------------------------------------ >> Se uno de los primeros en probar Windows Live Mail. Windows Live Mail. >> <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> >> > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > |
From: Joegen E. B. <jb...@so...> - 2007-06-23 04:06:04
|
> Yes, we have all of them in production already, so I > am very familiar with HA SBCs. > > The "heartbeat" part of HA is easy as you can just > use the existing Linux HA code (http://linux-ha.org/) > The hard part would be writing a state mirroring > protocol into opensbc - you need some mechanism to > ensure that both servers know about every call in > progress so that when they "swap" on a failure the > second server doesn't reject the calls. Not trivial but this is definitely doable. I will look into it further and if we can squeeze HA somewhere in the Road Map |
From: Matthew G. <fo...@op...> - 2007-06-22 16:14:45
|
Yes, we have all of them in production already, so I am very familiar with HA SBCs. The "heartbeat" part of HA is easy as you can just use the existing Linux HA code (http://linux-ha.org/) The hard part would be writing a state mirroring protocol into opensbc - you need some mechanism to ensure that both servers know about every call in progress so that when they "swap" on a failure the second server doesn't reject the calls. |
From: Ilian J. C. P. <ip...@so...> - 2007-06-22 08:55:55
|
Hi Andre, This is probably caused by the adaptive silence detection algorithm. Try using fixed silence detection. I've attached an email with the same problem and a possible solution. You may have to tweak the threshold value to find the sweet spot. Regards, Ilian Andre Silo wrote: > Ilian, > > I am encountering clipping in the middle of the calls. what are the possible reasons? I will give you later the RTP > > > --------------------------------- > Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: Andre S. <eds...@ya...> - 2007-06-22 07:51:45
|
Ilian, I am encountering clipping in the middle of the calls. what are the possible reasons? I will give you later the RTP --------------------------------- Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. |
From: Ilian J. C. P. <ip...@so...> - 2007-06-22 07:10:29
|
Hi, ATLSIP does reply with a Proxy-Authorization header in response to a "407 Proxy Authentication Required" message. Here are my logs from OSSPhone. SEND: enc=0 747 Bytes to 192.168.0.107:11000:UDP (INVITE sip:302@192.168.0.107 SIP/2.0) Interface Address=192.168.0.107 INVITE sip:302@192.168.0.107 SIP/2.0 From: 301 <sip:301@192.168.0.107>;tag=5c022811fcf8181085d3df71ad1fd0c5 To: sip:302@192.168.0.107 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=2258;branch=z9hG4bK5c022811fcf8181085d2df71ad1fd0c5;uas-addr=192.168.0.107;rport CSeq: 4711 INVITE Call-ID: 5c022811-fcf8-1810-9162-df71ad1fd0c5 Contact: "301" <sip:301@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Type: application/sdp Content-Length: 205 v=0 o=- 1182495843 1182495843 IN IP4 192.168.0.107 s=OSS RTP Session c=IN IP4 192.168.0.107 t=0 0 m=audio 5000 RTP/AVP 101 4 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:4 G723/8000 ----------------2:13:29.134---------------- RCV: enc=0 322 Bytes from RCVADDR: 192.168.0.107:RCVPORT: 11000:UDP (SIP/2.0 100 Trying) SIP/2.0 100 Trying From: 301 <sip:301@192.168.0.107>;tag=5c022811fcf8181085d3df71ad1fd0c5 To: sip:302@192.168.0.107 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=2258;branch=z9hG4bK5c022811fcf8181085d2df71ad1fd0c5;uas-addr=192.168.0.107 CSeq: 4711 INVITE Call-ID: 5c022811-fcf8-1810-9162-df71ad1fd0c5 Content-Length: 0 ----------------2:13:29.216---------------- RCV: enc=0 567 Bytes from RCVADDR: 192.168.0.107:RCVPORT: 11000:UDP (SIP/2.0 407 Proxy Authentication Required) SIP/2.0 407 Proxy Authentication Required From: 301 <sip:301@192.168.0.107>;tag=5c022811fcf8181085d3df71ad1fd0c5 To: <sip:302@192.168.0.107>;tag=b4512811fcf818109ff790ed26e13033 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=2258;branch=z9hG4bK5c022811fcf8181085d2df71ad1fd0c5;uas-addr=192.168.0.107;rport=5060;received=192.168.0.107 CSeq: 4711 INVITE Call-ID: 5c022811-fcf8-1810-9162-df71ad1fd0c5 Proxy-Authenticate: Digest realm=192.168.0.107, nonce="530e7db0dbb55accddef8327d684c2ca", opaque="c9d379cc8f16ee0ac7fa8a1993816fc7", algorithm=MD5 Content-Length: 0 ----------------2:13:29.257---------------- SEND: enc=0 543 Bytes to 192.168.0.107:11000:UDP (ACK sip:302@192.168.0.107 SIP/2.0) Interface Address=192.168.0.107 ACK sip:302@192.168.0.107 SIP/2.0 From: 301 <sip:301@192.168.0.107>;tag=5c022811fcf8181085d3df71ad1fd0c5 To: <sip:302@192.168.0.107>;tag=b4512811fcf818109ff790ed26e13033 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=2258;branch=z9hG4bK5c022811fcf8181085d2df71ad1fd0c5;uas-addr=192.168.0.107;rport CSeq: 4711 ACK Call-ID: 5c022811-fcf8-1810-9162-df71ad1fd0c5 Contact: "301" <sip:301@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Length: 0 ----------------2:13:29.240---------------- RCV: enc=0 567 Bytes from RCVADDR: 192.168.0.107:RCVPORT: 11000:UDP (SIP/2.0 407 Proxy Authentication Required) SIP/2.0 407 Proxy Authentication Required From: 301 <sip:301@192.168.0.107>;tag=5c022811fcf8181085d3df71ad1fd0c5 To: <sip:302@192.168.0.107>;tag=b4512811fcf818109ff790ed26e13033 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=2258;branch=z9hG4bK5c022811fcf8181085d2df71ad1fd0c5;uas-addr=192.168.0.107;rport=5060;received=192.168.0.107 CSeq: 4711 INVITE Call-ID: 5c022811-fcf8-1810-9162-df71ad1fd0c5 Proxy-Authenticate: Digest realm=192.168.0.107, nonce="530e7db0dbb55accddef8327d684c2ca", opaque="c9d379cc8f16ee0ac7fa8a1993816fc7", algorithm=MD5 Content-Length: 0 ----------------2:13:29.310---------------- SEND: enc=0 945 Bytes to 192.168.0.107:11000:UDP (INVITE sip:302@192.168.0.107 SIP/2.0) Interface Address=192.168.0.107 INVITE sip:302@192.168.0.107 SIP/2.0 From: 301 <sip:301@192.168.0.107>;tag=5c022811fcf8181085d3df71ad1fd0c5 To: sip:302@192.168.0.107 Via: SIP/2.0/UDP 192.168.0.107:5060;iid=2258;branch=z9hG4bK6e7c2811fcf8181085d3df71ad1fd0c5;uas-addr=192.168.0.107;rport CSeq: 4712 INVITE Call-ID: 5c022811-fcf8-1810-9162-df71ad1fd0c5 Contact: "301" <sip:301@192.168.0.107:5060> User-Agent: OpenSIPStack-1.1.6-166 Max-Forwards: 10 Proxy-Authorization: Digest username="301", realm="192.168.0.107", nonce="530e7db0dbb55accddef8327d684c2ca", uri="sip:302@192.168.0.107", response="2f4837e25f547ca1d87b548a0c232986", algorithm=MD5 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS Content-Type: application/sdp Content-Length: 205 v=0 o=- 1182495843 1182495843 IN IP4 192.168.0.107 s=OSS RTP Session c=IN IP4 192.168.0.107 t=0 0 m=audio 5000 RTP/AVP 101 4 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:4 G723/8000 tomach wrote: > Hello! > > Thanks a lot for the answer. > Right now I can register. The problem is that after I am registered and try to make call ATLSIP do not send "Proxy-Authorization" information: > for example: > Proxy-Authorization: Digest username="107", realm="192.168.2.69", nonce="00027556963e1f5da6b506f697a3907f2f53637b", uri="sip:00586820726@192.168.2.69", response="0e2bd6b0a8cc2c19a7a4ad744d4e017b", algorithm=MD5 > Authentication Scheme: Digest > Username: "107" > Realm: "192.168.2.69" > Nonce Value: "00027556963e1f5da6b506f697a3907f2f53637b" > Authentication URI: "sip:00586820726@192.168.2.69" > Digest Authentication Response: "0e2bd6b0a8cc2c19a7a4ad744d4e017b" > Algorithm: MD5 > > Above is the example what is missing in INVITE that ALTSIP is sending to sipServer. > Is there any chance to add it, that INVITE would be complete? > > Best Regards, > Tom > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: Ilian J. C. P. <ip...@so...> - 2007-06-22 06:51:32
|
Hi, Although there is no definite date yet, we will support video and multiple lines in the future. Just wait for updates in this list. :) Regards, Ilian KKS wrote: > Hello, your project is great! > > I use your ActiveX component for creation of softfona. Does interest a question, when will support of video be? I already now see some rudiments, but it would be desirable rather to see a final version... > > PS. sorry for my english, im russian :) > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > |
From: KKS <fo...@op...> - 2007-06-21 15:41:18
|
Hi! Is there possibility of creation of a few lines and make a call on the chosen line? And also organization of a few bells simultaneously on different lines? |
From: KKS <fo...@op...> - 2007-06-21 15:27:16
|
Hello, your project is great! I use your ActiveX component for creation of softfona. Does interest a question, when will support of video be? I already now see some rudiments, but it would be desirable rather to see a final version... PS. sorry for my english, im russian :) |
From: tomach <to...@dg...> - 2007-06-21 12:39:53
|
Hello! Thanks a lot for the answer. Right now I can register. The problem is that after I am registered and try to make call ATLSIP do not send "Proxy-Authorization" information: for example: Proxy-Authorization: Digest username="107", realm="192.168.2.69", nonce="00027556963e1f5da6b506f697a3907f2f53637b", uri="sip:00586820726@192.168.2.69", response="0e2bd6b0a8cc2c19a7a4ad744d4e017b", algorithm=MD5 Authentication Scheme: Digest Username: "107" Realm: "192.168.2.69" Nonce Value: "00027556963e1f5da6b506f697a3907f2f53637b" Authentication URI: "sip:00586820726@192.168.2.69" Digest Authentication Response: "0e2bd6b0a8cc2c19a7a4ad744d4e017b" Algorithm: MD5 Above is the example what is missing in INVITE that ALTSIP is sending to sipServer. Is there any chance to add it, that INVITE would be complete? Best Regards, Tom |
From: Joegen E. B. <jb...@so...> - 2007-06-21 08:21:39
|
SQLite is only there so that OpenSBC won't lose registration AOR binding in cases of unexpected failure. This is an optional feature. Kolneath SOMETH wrote: > Hi Joegen, > > What does OSBC behave if the the SQLite support is not enable (as it is > optionnal) ? > > BR, > Kolneath SOMETH > > > > > > "Joegen E. Baclor" <jb...@so...> > > Envoyé par : ope...@li... > 30/05/2007 15:57 > Veuillez répondre à jbaclor; Veuillez répondre à opensipstack-devel > Remis le : 30/05/2007 16:01 > > > Pour : jb...@so... > cc : ope...@li..., (ccc : Kolneath > SOMETH/DRD/SAGEM) > Objet : Re: [OpenSIPStack] SQLite Database for OSBC > > > > Joegen E. Baclor wrote: > >> Kolneath SOMETH wrote: >> >>> Hi everyone, >>> >>> I wonder where/how the database files are stored (embedded)...and >>> which .cxx files concerns. >>> >>> Thanks and Best regards, >>> Kolneath SOMETH >>> >>> >> By default, SQLite support is not enabled in OpenSIPStack. The main >> purpose of the SQLite classes is for registration recovery. This is >> to make sure that if ever OpenSBC is restarted from a crash, previous >> registrations are recovered. For more details see the following >> > methods: > >> BOOL RegistrationDatabase::PrepareContactRecoveryDB() >> BOOL RegistrationDatabase::AddRegistrationRecovery() >> >> >> To enable the SQLite classes you need to set HAS_CPPSQLITE in >> ossbuildopts.h >> >> Joegen >> >> >> > > Hold on. By any chance, are you referring to the data stored in the > HTTP admin? If this is what you are asking for, the data is being store > in the system registry in windows and in .ini files for linux. The > default location in linux is $(HOME)/.pwlib_config (there is a dot (.) ) > > > > > " Ce courriel et les documents qui y sont attaches peuvent contenir des informations confidentielles. Si vous n'etes pas le destinataire escompte, merci d'en informer l'expediteur immediatement et de detruire ce courriel ainsi que tous les documents attaches de votre systeme informatique. Toute divulgation, distribution ou copie du present courriel et des documents attaches sans autorisation prealable de son emetteur est interdite." > > " This e-mail and any attached documents may contain confidential or proprietary information. If you are not the intended recipient, please advise the sender immediately and delete this e-mail and all attached documents from your computer system. Any unauthorised disclosure, distribution or copying hereof is prohibited." > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |
From: Kolneath S. <kol...@sa...> - 2007-06-21 08:12:28
|
Hi Joegen, What does OSBC behave if the the SQLite support is not enable (as it is=20 optionnal) ? BR, Kolneath SOMETH "Joegen E. Baclor" <jb...@so...> Envoy=E9 par : ope...@li... 30/05/2007 15:57 Veuillez r=E9pondre =E0 jbaclor; Veuillez r=E9pondre =E0 opensipstack-devel Remis le : 30/05/2007 16:01 =20 Pour : jb...@so... cc : ope...@li..., (ccc : Kolneath=20 SOMETH/DRD/SAGEM) Objet : Re: [OpenSIPStack] SQLite Database for OSBC Joegen E. Baclor wrote: > Kolneath SOMETH wrote: >> >> Hi everyone, >> >> I wonder where/how the database files are stored (embedded)...and=20 >> which .cxx files concerns. >> >> Thanks and Best regards, >> Kolneath SOMETH >> > > > By default, SQLite support is not enabled in OpenSIPStack. The main=20 > purpose of the SQLite classes is for registration recovery. This is=20 > to make sure that if ever OpenSBC is restarted from a crash, previous=20 > registrations are recovered. For more details see the following=20 methods: > > BOOL RegistrationDatabase::PrepareContactRecoveryDB() > BOOL RegistrationDatabase::AddRegistrationRecovery() > > > To enable the SQLite classes you need to set HAS=5FCPPSQLITE in=20 > ossbuildopts.h > > Joegen > > Hold on. By any chance, are you referring to the data stored in the=20 HTTP admin? If this is what you are asking for, the data is being store=20 in the system registry in windows and in .ini files for linux. The=20 default location in linux is $(HOME)/.pwlib=5Fconfig (there is a dot (.) ) " Ce courriel et les documents qui y sont attaches peuvent contenir des inf= ormations confidentielles. Si vous n'etes pas le destinataire escompte, me= rci d'en informer l'expediteur immediatement et de detruire ce courriel ai= nsi que tous les documents attaches de votre systeme informatique. Toute di= vulgation, distribution ou copie du present courriel et des documents attac= hes sans autorisation prealable de son emetteur est interdite."=20 " This e-mail and any attached documents may contain confidential or propri= etary information. If you are not the intended recipient, please advise the= sender immediately and delete this e-mail and all attached documents from = your computer system. Any unauthorised disclosure, distribution or copying = hereof is prohibited." |
From: Joegen E. B. <jb...@so...> - 2007-06-21 00:00:18
|
> Hello there, > > I have set up the user and password for HTTP Admin > but ,alas, I forgot them.How can I reset them? > Thanks windows registry - HKEY_LOCAL_MACHINE/Software/opensipstack.org/opensbc/CurrentVersion/Http Admin linux - look for opensbc.ini in $(HOME)/.pwlib_config directory |
From: Joegen E. B. <joe...@gm...> - 2007-06-20 23:50:13
|
Hmmmn thats TRUE. Lemme dig further. I'll let you know once a fix is available. Gustavo Curetti wrote: > Joegen: > > The fix works fine. But i have the following problem: When i hang up > and send a Cancel to OpenSBC, the OpenSBC respond with > Code487_RequestCancelled but the Cancel is not been send to the actual > target, the Cancel is just routed again. > > Thanks for your help. > > Gustavo > > ------------------------------------------------------------------------ > > > Date: Wed, 13 Jun 2007 22:15:14 +0800 > > To: cur...@gm...; ope...@li... > > Subject: Re: [OpenSIPStack] FW: FW: OpenSBC as Forking Proxy > > From: joe...@gm... > > > > I've just checked in a fix for this in CVS. > > > > Gustavo Curetti wrote: > > > > > > Joegen, > > > > > > I tried the DoDNSFailover's code but i have the following behavior: > > > > > > When DoDNSFailover() is called for the first time m_FailOverAttempts > > > is increased from 0 to 1. > > > > > > Then the via is changed (+ "-") and with this change when > > > FindTransactionAndAddEvent() is called a new transaction is created. > > > In SIPTransaction::SIPTransaction() m_FailOverAttempts is initialized > > > to 0. Then when DoDNSFailover() is called again, the same target > is used. > > > > > > Gustavo > > > > > > > ------------------------------------------------------------------------ > > > From: cur...@ho... > > > To: jb...@so... > > > Subject: RE: [OpenSIPStack] FW: OpenSBC as Forking Proxy > > > Date: Wed, 30 May 2007 14:43:32 +0200 > > > > > > Joegen, > > > > > > Thanks a lot. I will try to change the behavior. > > > > > > Gustavo > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > Date: Fri, 18 May 2007 08:15:20 +0800 > > > > From: jb...@so... > > > > To: cur...@gm...; > > > ope...@li... > > > > Subject: Re: [OpenSIPStack] FW: OpenSBC as Forking Proxy > > > > > > > > Gustavo, > > > > > > > > Sorry, I forgot to get back to you. If you have the latest CVS head > > > > code, check out BOOL SIPTransaction::DoDNSFailover() in > > > > SIPTransaction.cxx. I have committed this a few days ago to > > > > demonstrate fail-over by forking using DNS/SRV records. New > > > > transactions are created by calling > > > FindTransactionAndAddEvent(). You > > > > can just change its behavior a bit and get the fail-over routes > > > > somewhere instead of DNS/SRV queries. > > > > > > > > Joegen > > > > > > > > > > > > Gustavo Curetti wrote: > > > > > > > > > > Joegen: > > > > > > > > > > I don't understand how to create a new client transaction when > > > the > > > > > first invite fail in the FSM layer. Could you give some > > > directions, > > > > > please? > > > > > > > > > > Thanks for your help. > > > > > > > > > > Gustavo. > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > From: cur...@ho... > > > > > To: jb...@so... > > > > > Subject: RE: [OpenSIPStack] OpenSBC as Forking Proxy > > > > > Date: Mon, 14 May 2007 16:18:57 +0200 > > > > > > > > > > Joegen: > > > > > > > > > > Thanks for your help. Do you suggest to do the serial forking in > > > > > FSM layer with a custom header?.Must each new try create a new > > > > > client transaction? > > > > > > > > > > Thanks > > > > > Gustavo > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > Date: Thu, 10 May 2007 13:28:29 +0800 > > > > > > From: jb...@so... > > > > > > To: cur...@gm... > > > > > > Subject: Re: [OpenSIPStack] OpenSBC as Forking Proxy > > > > > > > > > > > > Gustavo, > > > > > > > > > > > > This will be a bit tricky. It is not as simple as spawning an > > > > > outbound > > > > > > invite. There should be a clean mechanism to clone > > > transactions and > > > > > > this is not present in the FSM currently. Forking should be done > > > > > in the > > > > > > FSM layer, not in the UACore layer. I will see what I can do to > > > > > help > > > > > > you. I will let you know when I have something you can use > > > > > cleanly to > > > > > > fork your calls. Perhaps over the weekend, but that isn't a > > > promise. > > > > > > > > > > > > Joegen > > > > > > > > > > > > Gustavo Curetti wrote: > > > > > > > Joegen: > > > > > > > > > > > > > > What I want to do is a very simple sequential search. When one > > > > > > > destination don't answer or reject the call I want the OpenSBC > > > > > try > > > > > > > another. > > > > > > > > > > > > > > I made the following changes in the code for timer B > > > > > expiration just > > > > > > > for do some tests: > > > > > > > > > > > > > > void ProxySessionManager::OnTimerExpire( > > > > > > > SIPTimerExpire & timerEvent, > > > > > > > SIPSession * session > > > > > > > ) > > > > > > > { > > > > > > > if( session != NULL ) > > > > > > > { > > > > > > > LOG_IF_DEBUG( LogWarning(), "*** TIMER EXPIRATION *** for SIP > > > > > > > Session " << session->GetSessionId() ); > > > > > > > if( timerEvent.GetTimer() == > > > SIPTransactions::SIPTimerEvent::B) > > > > > > > { > > > > > > > SIPMessage msg = ((ProxySession > > > *)session)->GetOriginalInvite(); > > > > > > > session->EnqueueSessionEvent( new SIPSessionEvent( > > > *session, 1, > > > > > > > msg ) ); > > > > > > > } > > > > > > > session->OnTimerExpire( timerEvent ); > > > > > > > } > > > > > > > } > > > > > > > > > > > > > > and > > > > > > > > > > > > > > void ProxySession::OnTimerExpire( > > > > > > > SIPTimerExpire & timerEvent > > > > > > > ) > > > > > > > { > > > > > > > GCREF( "SIPSession::OnTimerExpire" ); > > > > > > > if( timerEvent.GetTimer() == > > > SIPTransactions::SIPTimerEvent::B || > > > > > > > timerEvent.GetTimer() == SIPTransactions::SIPTimerEvent::F ) > > > > > > > { > > > > > > > ///this is an ICT timeout > > > > > > > SIPMessage timeout; > > > > > > > GetCurrentUASRequest().CreateResponse( timeout, > > > > > > > SIPMessage::Code480_TemporarilyNotAvailable ); > > > > > > > SendRequest( timeout ); > > > > > > > } > > > > > > > > > > > > > > //Destroy(); > > > > > > > } > > > > > > > > > > > > > > With these changes and a relay route: > > > > > > > > > > > > > > [sip:*@192.168.0.207:*] sip:192.168.0.1:5060, > > > > > sip:192.168.0.60:5060 > > > > > > > > > > > > > > the OpenSBC made the second invite successfully. But what i > > > > > really > > > > > > > want is to use some custom headers with a list destination > > > > > addresses > > > > > > > instead of the relay routes and to do the same in case of a > > > > > reject. Do > > > > > > > you have any suggestions? > > > > > > > > > > > > > > Other question: Can i have two active ICT for a session? > > > > > Because in > > > > > > > the case of reject, I must start a new ICT for trying the next > > > > > > > destination but canceling throw the first ICT at the same > > > time. > > > > > > > > > > > > > > Thanks for your help. > > > > > > > > > > > > > > Gustavo > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > Date: Sat, 5 May 2007 13:50:44 +0800 > > > > > > > > From: jb...@so... > > > > > > > > To: cur...@gm...; > > > > > ope...@li... > > > > > > > > Subject: Re: [OpenSIPStack] OpenSBC as Forking Proxy > > > > > > > > > > > > > > > > Gustavo, > > > > > > > > > > > > > > > > Forking is not supported yet in OpenSBC. > > > > > > > > > > > > > > > > Joegen > > > > > > > > > > > > > > > > Gustavo Curetti wrote: > > > > > > > > > > > > > > > > > > Hi Joegen: > > > > > > > > > > > > > > > > > > I want to use the OpenSBC as a Forking Proxy. I want > > > that the > > > > > > > > > OpenSBC try the differents Relays Routes one by one. Could > > > > > you give > > > > > > > > > some directions, please? > > > > > > > > > > > > > > > > > > Thanks for your help. > > > > > > > > > > > > > > > > > > Gustavo. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > Descubre Live.com - tu propia página de inicio, > > > > > personalizada para > > > > > > > ver > > > > > > > > > rápidamente todo lo que te interesa en un mismo sitio. > > > > > todo en el > > > > > > > > > mismo sitio. <http://www.live.com/getstarted> > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > > > This SF.net email is sponsored by DB2 Express > > > > > > > > > Download DB2 Express C - the FREE version of DB2 express > > > > > and take > > > > > > > > > control of your XML. No limits. Just data. Click to get it > > > > > now. > > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > opensipstack-devel mailing list > > > > > > > > > ope...@li... > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > > This SF.net email is sponsored by DB2 Express > > > > > > > > Download DB2 Express C - the FREE version of DB2 express and > > > > > take > > > > > > > > control of your XML. No limits. Just data. Click to get > > > it now. > > > > > > > > http://sourceforge.net/powerbar/db2/ > > > > > > > > _______________________________________________ > > > > > > > > opensipstack-devel mailing list > > > > > > > > ope...@li... > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > Se uno de los primeros en probar Windows Live Mail. Windows > > > > > Live Mail. > > > > > > > > > > > > > > > > <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > Se uno de los primeros en probar Windows Live Mail. Windows Live > > > > > Mail. > > > > > > > > > <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > Se uno de los primeros en probar Windows Live Mail. Windows > > > Live Mail. > > > > > > > > > <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > > > Download DB2 Express C - the FREE version of DB2 express and take > > > > control of your XML. No limits. Just data. Click to get it now. > > > > http://sourceforge.net/powerbar/db2/ > > > > _______________________________________________ > > > > opensipstack-devel mailing list > > > > ope...@li... > > > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > > ------------------------------------------------------------------------ > > > Se uno de los primeros en probar Windows Live Mail. Windows Live > > > Mail. > > > > <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > Comunícate al instante con Windows Live Messenger Windows Live > > > Messenger > > > > <http://imagine-msn.com/messenger/launch80/default.aspx?locale=es-ar&source=joinmsncom/messenger> > > > > > > > > ------------------------------------------------------------------------ > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > opensipstack-devel mailing list > > > ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > -- > > Joegen E. Baclor > > CTO - Solegy LLC > > > > Email: joegen @ solegy.com > > Main: +1 212 801 2504 > > Fax: +1 347 438 3072 > > Manila: +63 2 747 3460 > > Mobile: +63 918 411 9064 > > > > 121 Varick St., Suite 201 > > NY, NY 10013 > > > > SOLEGY LLC > > http://www.solegy.com > > Solutions to Fit Your Strategy > > > > > > > ------------------------------------------------------------------------ > Se uno de los primeros en probar Windows Live Mail. Windows Live Mail. > <http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d> |
From: Joegen E. B. <joe...@gm...> - 2007-06-20 23:48:03
|
Gaurav, You are running opensbc in full-mode. Use B2BOnly Mode or B2BUpperReg mode and retest Privacy. Joegen Gaurav Kansal wrote: > > Hi Joegen > > Please find attached logs for Query2. bob@open-ims.test is calling > Ka...@ve... as anonymous. In OpenSBC, I have configured > sip:open-ims.test in “Domain” in Privacy. I tried without any > configuration in “Privacy” also. > > Regards, > > Gaurav Kansal > > Velankani Software Private Limited, > > 43, Electronics City, > > Phase - 2, Hosur Road, > > Bangalore - 560100 > > Phone : +91 80 4037 5300/01 Extn. # 5401 > > Direct: +91 80 4037 5401 > > Fax : +91 80 4037 5303 > > Mobile: +91 98454 22400 > > gk...@ve... > > www.velankani.com > > "Every Customer is a Reference Customer" > > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...] On Behalf Of > Gaurav Kansal > Sent: Tuesday, June 19, 2007 8:49 PM > To: jb...@so...; > ope...@li...; Joegen E. Baclor > Cc: ope...@li... > Subject: Re: [OpenSIPStack] OpenSBC with FOKUS openIMS > > Hi Joegen > > Thanks for the response. > > In my Query2, OpenSBC was not removing the P-Asserted-Identity. In the > > configuration in OpenSBC, I had added the originating domain as > > trusted domain for OpenSBC. I assume that all other domains will be > > non-trusted (OtherDomain). Can you please check this? If OpenSBC is > > working fine, then I may be incorrectly configuring the OpenSBC. Any > > pointers will be helpful. > > Regards, > > Gaurav Kansal > > Velankani Software Private Limited, > > 43, Electronics City, > > Phase - 2, Hosur Road, > > Bangalore - 560100 > > Phone : +91 80 4037 5300/01 Extn. # 5401 > > Direct: +91 80 4037 5401 > > Fax : +91 80 4037 5303 > > Mobile: +91 98454 22400 > > gk...@ve... > > www.velankani.com > > "Every Customer is a Reference Customer" > > Quoting "Joegen E. Baclor" <joe...@gm...>: > > > > > > Hi Gaurav, > > > > > > Gaurav Kansal wrote: > > >> Hi > > >> > > >> I am trying to use OpenSBC with FOKUS OpenIMS. I have following 2 > queries: > > >> > > >> Query1: > > >> I am using the following setup: > > >> > > >> UE-----P-CSCF-----OpenSBC-----I/CSCF----S/CSCF > > >> > > >> UE: 10.0.64.11:3422 > > >> OpenSBC: 10.0.64.17:7060 > > >> > > >> P-CSCF is configured to forward all messages to OpenSBC. OpenSBC is > > >> configured to forward all messages coming from UE to I-CSCF. The > outbound > > >> proxy in UE is set as P-CSCF. > > >> > > >> When UE sends the REGISTER, Contact header contains 10.0.64.11:3422. > OpenSBC > > >> changes it to 10.0.64.17:1544 (one more address on which OpenSBC is > > >> listening) before forwarding to I-CSCF. > > >> > > >> In the response from S-CSCF to I-CSCF, contact address is > 10.0.64.17:1544. > > >> In this response message when OpenSBC forwards to P-CSCF, contact > address > > >> still remains 10.0.64.17:1544. OpenSBC doesn't translate it back to > > >> 10.0.64.11:3422. As P-CSCF gets 10.0.64.17:1544 in Contact header in > > >> response from S-CSCF, it updates the UE Contact address in its > tables from > > >> 10.0.64.11:3422 to 10.0.64.17:1544 as part of registration process. > > >> > > >> UE is registered now with contact 10.0.64.17:1544 at P-CSCF and S-CSCF. > > >> > > >> Now when UE initiates INVITE message, the contact address in the > message is > > >> 10.0.64.11:3422. But in P-CSCF's table, the contact address for the > same UE > > >> is 10.0.64.17:1544. Due to this mismatch, P-CSCF discards the > message saying > > >> that User should first register with S-CSCF. > > >> > > >> The issue is that OpenSBC is not re-translating the contact address > (to what > > >> UE sent in the request) in the REGISTER response which it sends to UE. > > >> > > >> Has anyone used OpenSBC with FOKUS OpenIMS? Can anyone point out the > > >> issue here? > > >> > > > > > > Thanks for the clear explanation. Yes, OpenSBC is at fault here. I > > > will make some modification to get around this problem in a while. > > > Thanks for pointing it out. > > > > > > > > >> Query2: > > >> UE-----P-CSCF-----I/CSCF----S/CSCF-----OpenSBC------OtherDomain > > >> Here how to configure OpenSBC to remove P-Asserted-Identity from the > > >> INVITE message before it forwards the message to OtherDomain when call > > >> comes in with the Privacy header. > > >> > > > > > > The default behavior of OpenSBC is to strip the P-Asserted-Identity if > > > the destination domain is not listed in the "Privacy (RFC 3265)" section > > > of the admin page. Are you saying this is not happening? > > > > > > > > >> Regards, > > >> Gaurav Kansal > > >> > > >> > > >> > > >> > > >> > ------------------------------------------------------------------------- > > >> This SF.net email is sponsored by DB2 Express > > >> Download DB2 Express C - the FREE version of DB2 express and take > > >> control of your XML. No limits. Just data. Click to get it now. > > >> http://sourceforge.net/powerbar/db2/ > > >> _______________________________________________ > > >> opensipstack-devel mailing list > > >> ope...@li... > > >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > >> > > >> > > >> > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > opensipstack-devel mailing list > > > ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > opensipstack-devel mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > |
From: malmic <fo...@op...> - 2007-06-20 17:19:19
|
Hello there, I have set up the user and password for HTTP Admin but ,alas, I forgot them.How can I reset them? Thanks |
From: Gustavo C. <cur...@ho...> - 2007-06-20 16:03:53
|
Joegen: =20 The fix works fine. But i have the following problem: When i hang up and se= nd a Cancel to OpenSBC, the OpenSBC respond with Code487_RequestCancelled b= ut the Cancel is not been send to the actual target, the Cancel is just rou= ted again. Thanks for your help. =20 Gustavo > Date: Wed, 13 Jun 2007 22:15:14 +0800> To: cur...@gm...; ope= nsi...@li...> Subject: Re: [OpenSIPStack] FW: FW: = OpenSBC as Forking Proxy> From: joe...@gm...> > I've just checke= d in a fix for this in CVS. > > Gustavo Curetti wrote:> >> > Joegen,> > > >= I tried the DoDNSFailover's code but i have the following behavior:> > > >= When DoDNSFailover() is called for the first time m_FailOverAttempts > > i= s increased from 0 to 1.> > > > Then the via is changed (+ "-") and with th= is change when > > FindTransactionAndAddEvent() is called a new transaction= is created.> > In SIPTransaction::SIPTransaction() m_FailOverAttempts is i= nitialized > > to 0. Then when DoDNSFailover() is called again, the same ta= rget is used.> > > > Gustavo> >> > ----------------------------------------= --------------------------------> > From: cur...@ho...> > To= : jb...@so...> > Subject: RE: [OpenSIPStack] FW: OpenSBC as F= orking Proxy> > Date: Wed, 30 May 2007 14:43:32 +0200> >> > Joegen,> > > > = Thanks a lot. I will try to change the behavior.> >> > Gustavo> >> >> > ---= ---------------------------------------------------------------------> >> >= > Date: Fri, 18 May 2007 08:15:20 +0800> > > From: jbaclor@solegysystems.c= om> > > To: cur...@gm...;> > ope...@li...urcefo= rge.net> > > Subject: Re: [OpenSIPStack] FW: OpenSBC as Forking Proxy> > >>= > > Gustavo,> > >> > > Sorry, I forgot to get back to you. If you have the= latest CVS head> > > code, check out BOOL SIPTransaction::DoDNSFailover() = in> > > SIPTransaction.cxx. I have committed this a few days ago to> > > de= monstrate fail-over by forking using DNS/SRV records. New> > > transactions= are created by calling> > FindTransactionAndAddEvent(). You> > > can just = change its behavior a bit and get the fail-over routes> > > somewhere inste= ad of DNS/SRV queries.> > >> > > Joegen> > >> > >> > > Gustavo Curetti wrot= e:> > > >> > > > Joegen:> > > >> > > > I don't understand how to create a n= ew client transaction when> > the> > > > first invite fail in the FSM layer= . Could you give some> > directions,> > > > please?> > > >> > > > Thanks fo= r your help.> > > >> > > > Gustavo.> > > >> > > >> > > >> > > >> > --------= ----------------------------------------------------------------> > > > Fro= m: cur...@ho...> > > > To: jb...@so...> > > > = Subject: RE: [OpenSIPStack] OpenSBC as Forking Proxy> > > > Date: Mon, 14 M= ay 2007 16:18:57 +0200> > > >> > > > Joegen:> > > >> > > > Thanks for your = help. Do you suggest to do the serial forking in> > > > FSM layer with a cu= stom header?.Must each new try create a new> > > > client transaction?> > >= >> > > > Thanks> > > > Gustavo> > > >> > > >> > --------------------------= ----------------------------------------------> > > >> > > > > Date: Thu, 1= 0 May 2007 13:28:29 +0800> > > > > From: jb...@so...> > > > >= To: cur...@gm...> > > > > Subject: Re: [OpenSIPStack] OpenSBC= as Forking Proxy> > > > >> > > > > Gustavo,> > > > >> > > > > This will be= a bit tricky. It is not as simple as spawning an> > > > outbound> > > > > = invite. There should be a clean mechanism to clone> > transactions and> > >= > > this is not present in the FSM currently. Forking should be done> > > = > in the> > > > > FSM layer, not in the UACore layer. I will see what I can= do to> > > > help> > > > > you. I will let you know when I have something = you can use> > > > cleanly to> > > > > fork your calls. Perhaps over the we= ekend, but that isn't a> > promise.> > > > >> > > > > Joegen> > > > >> > > = > > Gustavo Curetti wrote:> > > > > > Joegen:> > > > > >> > > > > > What I = want to do is a very simple sequential search. When one> > > > > > destinat= ion don't answer or reject the call I want the OpenSBC> > > > try> > > > > = > another.> > > > > >> > > > > > I made the following changes in the code f= or timer B> > > > expiration just> > > > > > for do some tests:> > > > > >>= > > > > > void ProxySessionManager::OnTimerExpire(> > > > > > SIPTimerExpi= re & timerEvent,> > > > > > SIPSession * session> > > > > > )> > > > > > {>= > > > > > if( session !=3D NULL )> > > > > > {> > > > > > LOG_IF_DEBUG( Lo= gWarning(), "*** TIMER EXPIRATION *** for SIP> > > > > > Session " << sessi= on->GetSessionId() );> > > > > > if( timerEvent.GetTimer() =3D=3D> > SIPTra= nsactions::SIPTimerEvent::B)> > > > > > {> > > > > > SIPMessage msg =3D ((P= roxySession> > *)session)->GetOriginalInvite();> > > > > > session->Enqueue= SessionEvent( new SIPSessionEvent(> > *session, 1,> > > > > > msg ) );> > >= > > > }> > > > > > session->OnTimerExpire( timerEvent );> > > > > > }> > >= > > > }> > > > > >> > > > > > and> > > > > >> > > > > > void ProxySession:= :OnTimerExpire(> > > > > > SIPTimerExpire & timerEvent> > > > > > )> > > > = > > {> > > > > > GCREF( "SIPSession::OnTimerExpire" );> > > > > > if( timer= Event.GetTimer() =3D=3D> > SIPTransactions::SIPTimerEvent::B ||> > > > > > = timerEvent.GetTimer() =3D=3D SIPTransactions::SIPTimerEvent::F )> > > > > >= {> > > > > > ///this is an ICT timeout> > > > > > SIPMessage timeout;> > >= > > > GetCurrentUASRequest().CreateResponse( timeout,> > > > > > SIPMessag= e::Code480_TemporarilyNotAvailable );> > > > > > SendRequest( timeout );> >= > > > > }> > > > > >> > > > > > //Destroy();> > > > > > }> > > > > >> > > = > > > With these changes and a relay route:> > > > > >> > > > > > [sip:*@19= 2.168.0.207:*] sip:192.168.0.1:5060,> > > > sip:192.168.0.60:5060> > > > > = >> > > > > > the OpenSBC made the second invite successfully. But what i> >= > > really> > > > > > want is to use some custom headers with a list desti= nation> > > > addresses> > > > > > instead of the relay routes and to do th= e same in case of a> > > > reject. Do> > > > > > you have any suggestions?>= > > > > >> > > > > > Other question: Can i have two active ICT for a sessi= on?> > > > Because in> > > > > > the case of reject, I must start a new ICT= for trying the next> > > > > > destination but canceling throw the first I= CT at the same> > time.> > > > > >> > > > > > Thanks for your help.> > > > = > >> > > > > > Gustavo> > > > > >> > > > > >> > > >> > --------------------= ----------------------------------------------------> > > > > >> > > > > > = > Date: Sat, 5 May 2007 13:50:44 +0800> > > > > > > From: jbaclor@solegysys= tems.com> > > > > > > To: cur...@gm...;> > > > opensipstack-de= ve...@li...> > > > > > > Subject: Re: [OpenSIPStack] OpenSBC = as Forking Proxy> > > > > > >> > > > > > > Gustavo,> > > > > > >> > > > > >= > Forking is not supported yet in OpenSBC.> > > > > > >> > > > > > > Joege= n> > > > > > >> > > > > > > Gustavo Curetti wrote:> > > > > > > >> > > > > = > > > Hi Joegen:> > > > > > > >> > > > > > > > I want to use the OpenSBC as= a Forking Proxy. I want> > that the> > > > > > > > OpenSBC try the differe= nts Relays Routes one by one. Could> > > > you give> > > > > > > > some dir= ections, please?> > > > > > > >> > > > > > > > Thanks for your help.> > > >= > > > >> > > > > > > > Gustavo.> > > > > > > >> > > > > > > >> > > > > >> = > > >> > ------------------------------------------------------------------= ------> > > > > > > > Descubre Live.com - tu propia p=E1gina de inicio,> > = > > personalizada para> > > > > > ver> > > > > > > > r=E1pidamente todo lo = que te interesa en un mismo sitio.> > > > todo en el> > > > > > > > mismo s= itio. <http://www.live.com/getstarted>> > > > > > > >> > > > > >> > > >> > = ------------------------------------------------------------------------> >= > > > > > >> > > > > > > >> > > > > >> > > >> > --------------------------= -----------------------------------------------> > > > > > > > This SF.net = email is sponsored by DB2 Express> > > > > > > > Download DB2 Express C - t= he FREE version of DB2 express> > > > and take> > > > > > > > control of yo= ur XML. No limits. Just data. Click to get it> > > > now.> > > > > > > > ht= tp://sourceforge.net/powerbar/db2/> > > > > > > >> > > > > >> > > >> > ----= --------------------------------------------------------------------> > > >= > > > >> > > > > > > > _______________________________________________> > = > > > > > > opensipstack-devel mailing list> > > > > > > > opensipstack-dev= el...@li...> > > > > > > >> > > > https://lists.sourceforge.ne= t/lists/listinfo/opensipstack-devel> > > > > > > >> > > > > > >> > > > > > = >> > > > > > >> > > > > >> > > >> > ---------------------------------------= ----------------------------------> > > > > > > This SF.net email is sponso= red by DB2 Express> > > > > > > Download DB2 Express C - the FREE version o= f DB2 express and> > > > take> > > > > > > control of your XML. No limits. = Just data. Click to get> > it now.> > > > > > > http://sourceforge.net/powe= rbar/db2/> > > > > > > _______________________________________________> > >= > > > > opensipstack-devel mailing list> > > > > > > opensipstack-devel@li= sts.sourceforge.net> > > > > > >> > https://lists.sourceforge.net/lists/lis= tinfo/opensipstack-devel> > > > > >> > > > > >> > > > > >> > > >> > -------= -----------------------------------------------------------------> > > > > = > Se uno de los primeros en probar Windows Live Mail. Windows> > > > Live M= ail.> > > > > >> > > >> > <http://ideas.live.com/programpage.aspx?versionId= =3D5d21c51a-b161-4314-9b0e-4911fb2b2e6d>> > > > >> > > >> > > >> > > >> > -= -----------------------------------------------------------------------> > = > > Se uno de los primeros en probar Windows Live Mail. Windows Live> > > >= Mail.> > > >> > <http://ideas.live.com/programpage.aspx?versionId=3D5d21c5= 1a-b161-4314-9b0e-4911fb2b2e6d>> > > >> > > >> > > >> > > >> > ------------= ------------------------------------------------------------> > > > Se uno = de los primeros en probar Windows Live Mail. Windows> > Live Mail.> > > >> = > <http://ideas.live.com/programpage.aspx?versionId=3D5d21c51a-b161-4314-9b= 0e-4911fb2b2e6d>> > >> > >> > >> > ----------------------------------------= ---------------------------------> > > This SF.net email is sponsored by DB= 2 Express> > > Download DB2 Express C - the FREE version of DB2 express and= take> > > control of your XML. No limits. Just data. Click to get it now.>= > > http://sourceforge.net/powerbar/db2/> > > ____________________________= ___________________> > > opensipstack-devel mailing list> > > opensipstack-= de...@li...> > > https://lists.sourceforge.net/lists/listin= fo/opensipstack-devel> >> >> > --------------------------------------------= ----------------------------> > Se uno de los primeros en probar Windows Li= ve Mail. Windows Live> > Mail.> > <http://ideas.live.com/programpage.aspx?v= ersionId=3D5d21c51a-b161-4314-9b0e-4911fb2b2e6d>> >> >> >> > --------------= ----------------------------------------------------------> > Comun=EDcate = al instante con Windows Live Messenger Windows Live > > Messenger > > <http= ://imagine-msn.com/messenger/launch80/default.aspx?locale=3Des-ar&source=3D= joinmsncom/messenger> > >> > ----------------------------------------------= --------------------------> >> > ------------------------------------------= -------------------------------> > This SF.net email is sponsored by DB2 Ex= press> > Download DB2 Express C - the FREE version of DB2 express and take>= > control of your XML. No limits. Just data. Click to get it now.> > http:= //sourceforge.net/powerbar/db2/> > ----------------------------------------= --------------------------------> >> > ____________________________________= ___________> > opensipstack-devel mailing list> > opensipstack-devel@lists.= sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/opensipstac= k-devel> > > > > -- > Joegen E. Baclor> CTO - Solegy LLC> > Email: joegen @= solegy.com> Main: +1 212 801 2504> Fax: +1 347 438 3072> Manila: +63 2 747= 3460> Mobile: +63 918 411 9064> > 121 Varick St., Suite 201> NY, NY 10013>= > SOLEGY LLC> http://www.solegy.com> Solutions to Fit Your Strategy> >=20 _________________________________________________________________ Descubre Live.com - tu mundo en l=EDnea reunido: noticias, deportes, el tie= mpo, y mucho m=E1s. http://www.live.com/getstarted= |
From: Ilian J. C. P. <ip...@so...> - 2007-06-20 10:41:58
|
Hello. tomach wrote: > Hello! > > Ok call connections works fine etc... > I would like to ask how your activex works? > How your activex works? When call is created? is it working in separate thread then main winform application? Bacause I noticed that winforms do not hang and react normally so its ok (main thread is not stoped). > > But my problem is that when I run your application (sample VB) under visual studio events come but they do NOT update controls. When I run the same application under cmd line everything works fine events come and update controls. > > Do you had similar reaction under Visual Studio 2005? > Hmmm. Yep. ATLSIP events come from a separate thread... .NET is strict with regards to cross-thread UI updates (especially with VS 2005). You may need to marshall UI updates to the UI thread for the update to work. For example with the ATLSIP_OnOutgoingCallTrying event, instead of invoking lblStatus->Text directly from this separate thread you will need to tell the UI thread to do it. Like this: System::Void ATLSIP_OnOutgoingCallTrying( System::Object^ sender, AxATLSIPLib::_IOpenSIPStackCtlEvents_OnOutgoingCallTryingEvent^ e) { // lblStatus->Text = L"Status: Trying"; // This does not work SetText( lblStatus, L"Status: Trying" ); // This works. } delegate void SetTextCallback( Control^ control, String^ text); void SetText( Control^ control, String^ text ) { if ( control->InvokeRequired ) { // We are NOT on the UI thread so we need to marshal SetTextCallback^ settext = gcnew SetTextCallback( this, &OSSPhone::Form1::SetText ); this->Invoke( settext, gcnew array<Object^>{ control, text } ); } else { // We are on the UI thread. No need to marshal control->Text = text; } } The same logic applies with all other kinds of UI update. Anyway, this is .NET-specific stuff. You can search for .NET InvokeRequired for further reading. Regards, Ilian > I am really curious why is it happening? any suggestions? > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > |