From VMorales at covad.com Mon Jun 1 12:39:58 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Mon, 1 Jun 2009 12:39:58 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <4A2054A8.8050409@sippysoft.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16372E94@ZANEVS03.cc-ntd1.covad.com> <4A2054A8.8050409@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> Maksym, Thanks for the link. I installed and tested, however, it does not appear to be behaving as expected. Sippy is still proxy'ing the 302 redirect back to the source, rather that initiating a new invite to the 1st contact provided, and so on. Attached are the sippy.log entries created using a single test call. Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Friday, May 29, 2009 5:33 PM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Just an FYI, I'm in a Solaris 10 environment, and the 'patch' man page > does not mention a "-s" option. OK, you can download pre-patched distribution here: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sippy-b2bua.txt Url: http://lists.b2bua.org/pipermail/users/attachments/20090601/f8de3b96/attachment.txt From sobomax at sippysoft.com Tue Jun 2 03:00:47 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Tue, 02 Jun 2009 03:00:47 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16372E94@ZANEVS03.cc-ntd1.covad.com> <4A2054A8.8050409@sippysoft.com> <3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> Message-ID: <4A24F84F.5090703@sippysoft.com> Morales, Vladimir wrote: > Maksym, > > Thanks for the link. I installed and tested, however, it does not > appear to be behaving as expected. Sippy is still proxy'ing the 302 > redirect back to the source, rather that initiating a new invite to the > 1st contact provided, and so on. > > Attached are the sippy.log entries created using a single test call. Vlad, the patch only applies to the b2bua_radius, while you are trying to run b2bua_simple. Basically in order to run b2bua_radius you need to pass 1 static route "-s x.y.z.w" and disable Radius AAA using options "-D -u -A 0". Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From VMorales at covad.com Tue Jun 2 05:38:27 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Tue, 2 Jun 2009 05:38:27 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <4A24F84F.5090703@sippysoft.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16372E94@ZANEVS03.cc-ntd1.covad.com> <4A2054A8.8050409@sippysoft.com><3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> <4A24F84F.5090703@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE164A024E@ZANEVS03.cc-ntd1.covad.com> Maksym, I ran the b2bua_radius.py as you outlined below, and confirmed that the contact in the 302 is now invited. However, due to an error on my part in the call ladder I originally submitted to show the desired behavior, the subsequent 300 redirect is being proxy'd to the source. Rather than another 302 being received, the second redirect is actually a 300 (multiple choices). Would it be possible to have any 3xx redirect behave the same as you have done for the 302 moved temporarily? Thanks! Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Tuesday, June 02, 2009 6:01 AM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Maksym, > > Thanks for the link. I installed and tested, however, it does not > appear to be behaving as expected. Sippy is still proxy'ing the 302 > redirect back to the source, rather that initiating a new invite to the > 1st contact provided, and so on. > > Attached are the sippy.log entries created using a single test call. Vlad, the patch only applies to the b2bua_radius, while you are trying to run b2bua_simple. Basically in order to run b2bua_radius you need to pass 1 static route "-s x.y.z.w" and disable Radius AAA using options "-D -u -A 0". Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From VMorales at covad.com Fri Jun 5 13:36:25 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Fri, 5 Jun 2009 13:36:25 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects References: <3BC5D44AB71A754FAE3CA68A7597EABE16372E94@ZANEVS03.cc-ntd1.covad.com> <4A2054A8.8050409@sippysoft.com><3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> <4A24F84F.5090703@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE16664113@ZANEVS03.cc-ntd1.covad.com> I tried updating the 3 files that appeared to have been modified to handle the 302 redirects (UacStateTrying/Ringing/Updating), but after sending an ACK after receiving the 300 redirect, the following error is produced: 2009-06-05 13:30:37.909410 Udp_server: unhandled exception in incoming data callback ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/sippy-1.4-b2bua-patch/sippy/Udp_server.py", line 56, in datagramReceived self.data_callback(data, address, self) File "/opt/sippy-1.4-b2bua-patch/sippy/SipTransactionManager.py", line 160, in handleIncoming self.incomingResponse(resp, t, checksum) File "/opt/sippy-1.4-b2bua-patch/sippy/SipTransactionManager.py", line 306, in incomingResponse t.resp_cb(msg) File "/opt/sippy-1.4-b2bua-patch/sippy/UA.py", line 174, in recvResponse newstate = self.state.recvResponse(resp) File "/opt/sippy-1.4-b2bua-patch/sippy/UacStateTrying.py", line 94, in recvResponse contacts = tuple([x.getUrl().getCopy() for x in resp.getHFBodys('contact')]) File "/opt/sippy-1.4-b2bua-patch/sippy/SipMsg.py", line 197, in getHFBodys return [x.getBody() for x in self.headers if x.name == name] File "/opt/sippy-1.4-b2bua-patch/sippy/SipHeader.py", line 99, in getBody self.body.parse() File "/opt/sippy-1.4-b2bua-patch/sippy/SipAddressHF.py", line 60, in parse self.address = SipAddress(self.body) File "/opt/sippy-1.4-b2bua-patch/sippy/SipAddress.py", line 51, in __init__ self.url = SipURL(parts[0]) File "/opt/sippy-1.4-b2bua-patch/sippy/SipURL.py", line 102, in __init__ self.port = int(hpparts[1]) ValueError: invalid literal for int(): 16192332000 at 72.245.85.169, sip:16192332000 at 72.245.85.162, sip:16192332000 at 72.245.85.133, sip:16192332000 at 72.245.85.165 ---------------------------------------------------------------------- It seems as though there is some regex/parsing being performed against the 302 that doesn't work for the 300?? Let me know if you need anything else from me on this. Thanks again for your assistance. Vlad -----Original Message----- From: Morales, Vladimir Sent: Tuesday, June 02, 2009 8:38 AM To: Sippy B2BUA Users Subject: RE: [B2BUA Users] Using Sippy to Handle 302 Redirects Maksym, I ran the b2bua_radius.py as you outlined below, and confirmed that the contact in the 302 is now invited. However, due to an error on my part in the call ladder I originally submitted to show the desired behavior, the subsequent 300 redirect is being proxy'd to the source. Rather than another 302 being received, the second redirect is actually a 300 (multiple choices). Would it be possible to have any 3xx redirect behave the same as you have done for the 302 moved temporarily? Thanks! Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Tuesday, June 02, 2009 6:01 AM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Maksym, > > Thanks for the link. I installed and tested, however, it does not > appear to be behaving as expected. Sippy is still proxy'ing the 302 > redirect back to the source, rather that initiating a new invite to the > 1st contact provided, and so on. > > Attached are the sippy.log entries created using a single test call. Vlad, the patch only applies to the b2bua_radius, while you are trying to run b2bua_simple. Basically in order to run b2bua_radius you need to pass 1 static route "-s x.y.z.w" and disable Radius AAA using options "-D -u -A 0". Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From VMorales at covad.com Fri Jun 5 13:48:10 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Fri, 5 Jun 2009 13:48:10 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects References: <3BC5D44AB71A754FAE3CA68A7597EABE16372E94@ZANEVS03.cc-ntd1.covad.com> <4A2054A8.8050409@sippysoft.com><3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> <4A24F84F.5090703@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE16664162@ZANEVS03.cc-ntd1.covad.com> In case needed, here is the comparison of the 302 vs. 300 being received: SIP/2.0 302 Moved temporarily Via:SIP/2.0/UDP 72.245.84.75:5060;branch=z9hG4bKbca7d2c9e897df2c3eeef77bf89a86fd;rport From:"sipp";tag=53f209b4ab5a273ea2fc8cbb08b f9c04 To: Call-ID:1-8792 at 72.245.84.24-b2b_1 CSeq:200 INVITE Contact:;q=0.5 Content-Length:0 SIP/2.0 300 Redirect Via: SIP/2.0/UDP 72.245.84.75:5060;branch=z9hG4bKf4d6a77845837b6ff22de3af65689e01;rport=5 060 From: sipp ;tag=d6413d6e0e74dfbcf3907bdeba554791 To: ;tag=c97b4d1cb1f3d0da549e06a8d482ef63.7b13 Call-ID: 1-8792 at 72.245.84.24-b2b_1 CSeq: 200 INVITE Contact: sip:16192332000 at 72.245.85.131, sip:16192332000 at 72.245.85.169, sip:16192332000 at 72.245.85.162, sip:16192332000 at 72.245.85.133, sip:16192332000 at 72.245.85.165 Server: OpenSIPS (1.4.4-notls (x86_64/solaris)) Content-Length: 0 Vlad -----Original Message----- From: Morales, Vladimir Sent: Friday, June 05, 2009 4:36 PM To: Morales, Vladimir; 'Sippy B2BUA Users' Subject: RE: [B2BUA Users] Using Sippy to Handle 302 Redirects I tried updating the 3 files that appeared to have been modified to handle the 302 redirects (UacStateTrying/Ringing/Updating), but after sending an ACK after receiving the 300 redirect, the following error is produced: 2009-06-05 13:30:37.909410 Udp_server: unhandled exception in incoming data callback ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/sippy-1.4-b2bua-patch/sippy/Udp_server.py", line 56, in datagramReceived self.data_callback(data, address, self) File "/opt/sippy-1.4-b2bua-patch/sippy/SipTransactionManager.py", line 160, in handleIncoming self.incomingResponse(resp, t, checksum) File "/opt/sippy-1.4-b2bua-patch/sippy/SipTransactionManager.py", line 306, in incomingResponse t.resp_cb(msg) File "/opt/sippy-1.4-b2bua-patch/sippy/UA.py", line 174, in recvResponse newstate = self.state.recvResponse(resp) File "/opt/sippy-1.4-b2bua-patch/sippy/UacStateTrying.py", line 94, in recvResponse contacts = tuple([x.getUrl().getCopy() for x in resp.getHFBodys('contact')]) File "/opt/sippy-1.4-b2bua-patch/sippy/SipMsg.py", line 197, in getHFBodys return [x.getBody() for x in self.headers if x.name == name] File "/opt/sippy-1.4-b2bua-patch/sippy/SipHeader.py", line 99, in getBody self.body.parse() File "/opt/sippy-1.4-b2bua-patch/sippy/SipAddressHF.py", line 60, in parse self.address = SipAddress(self.body) File "/opt/sippy-1.4-b2bua-patch/sippy/SipAddress.py", line 51, in __init__ self.url = SipURL(parts[0]) File "/opt/sippy-1.4-b2bua-patch/sippy/SipURL.py", line 102, in __init__ self.port = int(hpparts[1]) ValueError: invalid literal for int(): 16192332000 at 72.245.85.169, sip:16192332000 at 72.245.85.162, sip:16192332000 at 72.245.85.133, sip:16192332000 at 72.245.85.165 ---------------------------------------------------------------------- It seems as though there is some regex/parsing being performed against the 302 that doesn't work for the 300?? Let me know if you need anything else from me on this. Thanks again for your assistance. Vlad -----Original Message----- From: Morales, Vladimir Sent: Tuesday, June 02, 2009 8:38 AM To: Sippy B2BUA Users Subject: RE: [B2BUA Users] Using Sippy to Handle 302 Redirects Maksym, I ran the b2bua_radius.py as you outlined below, and confirmed that the contact in the 302 is now invited. However, due to an error on my part in the call ladder I originally submitted to show the desired behavior, the subsequent 300 redirect is being proxy'd to the source. Rather than another 302 being received, the second redirect is actually a 300 (multiple choices). Would it be possible to have any 3xx redirect behave the same as you have done for the 302 moved temporarily? Thanks! Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Tuesday, June 02, 2009 6:01 AM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Maksym, > > Thanks for the link. I installed and tested, however, it does not > appear to be behaving as expected. Sippy is still proxy'ing the 302 > redirect back to the source, rather that initiating a new invite to the > 1st contact provided, and so on. > > Attached are the sippy.log entries created using a single test call. Vlad, the patch only applies to the b2bua_radius, while you are trying to run b2bua_simple. Basically in order to run b2bua_radius you need to pass 1 static route "-s x.y.z.w" and disable Radius AAA using options "-D -u -A 0". Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From barnyritchley at hotmail.com Wed Jun 10 12:23:57 2009 From: barnyritchley at hotmail.com (Barny Ritchley) Date: Wed, 10 Jun 2009 20:23:57 +0100 Subject: [B2BUA Users] Radius Authentication Message-ID: Hello I am having trouble authenticating to freeradius. I cant find any info on the Cisco-compatible Remote IP authentication method. If i override the authentication, everything works perfectly - but it obviously leaves the B2BUA open to everyone. I have looked everywhere and cannot see how to authenticate by h323-remote-address to freeradius. Any help is really appreciated. Many thanks BR -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090610/463a8589/attachment.htm From sobomax at sippysoft.com Thu Jun 11 14:49:40 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Thu, 11 Jun 2009 14:49:40 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE16664162@ZANEVS03.cc-ntd1.covad.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16372E94@ZANEVS03.cc-ntd1.covad.com> <4A2054A8.8050409@sippysoft.com><3BC5D44AB71A754FAE3CA68A7597EABE1640333A@ZANEVS03.cc-ntd1.covad.com> <4A24F84F.5090703@sippysoft.com> <3BC5D44AB71A754FAE3CA68A7597EABE16664162@ZANEVS03.cc-ntd1.covad.com> Message-ID: <4A317BF4.80208@sippysoft.com> Vladimir, I checked in a fix into SIP parser to properly handle the comma-separated URIs without <>. Please do cvs update, restart and try again. I look forward to hearing from you. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From sobomax at sippysoft.com Thu Jun 11 15:00:44 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Thu, 11 Jun 2009 15:00:44 -0700 Subject: [B2BUA Users] Radius Authentication In-Reply-To: References: Message-ID: <4A317E8C.10002@sippysoft.com> Barny Ritchley wrote: > Hello > > I am having trouble authenticating to freeradius. > > I cant find any info on the Cisco-compatible Remote IP > authentication method. > > If i override the authentication, everything works perfectly - but it > obviously leaves the B2BUA open to everyone. I have looked everywhere > and cannot see how to authenticate by h323-remote-address to freeradius. > > Any help is really appreciated. Barny, Since this is RADIUS server-specific issue you might try asking the same question to the freeradius mailing list. Also, make sure to include some examples of RADIUS auth requests that the B2BUA sends. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From VMorales at covad.com Thu Jun 11 15:40:33 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Thu, 11 Jun 2009 15:40:33 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <4A317BF4.80208@sippysoft.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16664162@ZANEVS03.cc-ntd1.covad.com> <4A317BF4.80208@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE16853A91@ZANEVS03.cc-ntd1.covad.com> Unfortuntely, I don't have cvs on the host I'm using. If I re-download the package, will these updates be included? Or can you provide another pre-patched dist? Thanks again, Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Thursday, June 11, 2009 5:50 PM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Vladimir, I checked in a fix into SIP parser to properly handle the comma-separated URIs without <>. Please do cvs update, restart and try again. I look forward to hearing from you. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From sobomax at sippysoft.com Thu Jun 11 15:45:13 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Thu, 11 Jun 2009 15:45:13 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE16853A91@ZANEVS03.cc-ntd1.covad.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16664162@ZANEVS03.cc-ntd1.covad.com> <4A317BF4.80208@sippysoft.com> <3BC5D44AB71A754FAE3CA68A7597EABE16853A91@ZANEVS03.cc-ntd1.covad.com> Message-ID: <4A3188F9.9060307@sippysoft.com> Morales, Vladimir wrote: > Unfortuntely, I don't have cvs on the host I'm using. If I re-download > the package, will these updates be included? Or can you provide another > pre-patched dist? Try this one: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect1.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From barnyritchley at hotmail.com Fri Jun 12 04:07:57 2009 From: barnyritchley at hotmail.com (Barny Ritchley) Date: Fri, 12 Jun 2009 12:07:57 +0100 Subject: [B2BUA Users] h323-disconnect-cause Message-ID: Hello I wonder if any one has some information on the h323-disconnect-cause. The codes returned from sippy, do not match the codes in the cisco documentation (http://www.cisco.com/en/US/docs/ios/12_3/security/configuration/guide/scgrdat3.html#wp1038435) The only code i have seen returned are 10, 66 and 3f Also, does sippy support the following cisco vsa's? I havent seem them passed in the radius accounting messages. h323-voice-quality disconnect-text coder-type-rate lost-packets early-packets late-packets If it doesnt, is there any way to log SIP traces for post call debugging to radius? Sometimes we get calls reported as having problems, and its useful to be able to look back through the call traces. Many Thanks Barny. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090612/9bbadc9a/attachment.htm From VMorales at covad.com Fri Jun 12 10:06:08 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Fri, 12 Jun 2009 10:06:08 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <4A3188F9.9060307@sippysoft.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16853A91@ZANEVS03.cc-ntd1.covad.com> <4A3188F9.9060307@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE1689C6A4@ZANEVS03.cc-ntd1.covad.com> Maksym, Just tested this and it is not working as expected. The 300 redirect is still being proxy'd back to the call orginiator. Attached are the b2bua logs. Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Thursday, June 11, 2009 6:45 PM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Unfortuntely, I don't have cvs on the host I'm using. If I re-download > the package, will these updates be included? Or can you provide another > pre-patched dist? Try this one: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect1.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: b2bua.log Type: application/octet-stream Size: 7189 bytes Desc: b2bua.log Url : http://lists.b2bua.org/pipermail/users/attachments/20090612/85248ba9/attachment.obj From sobomax at sippysoft.com Fri Jun 12 10:51:00 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Fri, 12 Jun 2009 10:51:00 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE1689C6A4@ZANEVS03.cc-ntd1.covad.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16853A91@ZANEVS03.cc-ntd1.covad.com> <4A3188F9.9060307@sippysoft.com> <3BC5D44AB71A754FAE3CA68A7597EABE1689C6A4@ZANEVS03.cc-ntd1.covad.com> Message-ID: <4A329584.5030503@sippysoft.com> Morales, Vladimir wrote: > Maksym, > > Just tested this and it is not working as expected. The 300 redirect is > still being proxy'd back to the call orginiator. Attached are the b2bua > logs. Try this instead: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect2.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From VMorales at covad.com Fri Jun 12 10:58:58 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Fri, 12 Jun 2009 10:58:58 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <4A329584.5030503@sippysoft.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE16853A91@ZANEVS03.cc-ntd1.covad.com> <4A3188F9.9060307@sippysoft.com><3BC5D44AB71A754FAE3CA68A7597EABE1689C6A4@ZANEVS03.cc-ntd1.covad.com> <4A329584.5030503@sippysoft.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE1689C846@ZANEVS03.cc-ntd1.covad.com> This is also showing the same behavior. Let me know if there's any additional logs you need. Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Friday, June 12, 2009 1:51 PM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Maksym, > > Just tested this and it is not working as expected. The 300 redirect is > still being proxy'd back to the call orginiator. Attached are the b2bua > logs. Try this instead: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect2.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From monemran at gmail.com Fri Jun 12 11:20:55 2009 From: monemran at gmail.com (M.Emran) Date: Sat, 13 Jun 2009 00:20:55 +0600 Subject: [B2BUA Users] Not Acceptable Here Message-ID: Hi All, Good Day. We are using opensips infront of sippy b2bua and tried to terminate in asterisk via auth username/password.I am getting "Not Acceptable Here" error. Can anybody help me about his ? -- Regards ---------- M Emran -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090613/b4498cd4/attachment.htm From sobomax at sippysoft.com Fri Jun 12 12:33:11 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Fri, 12 Jun 2009 12:33:11 -0700 Subject: [B2BUA Users] Not Acceptable Here In-Reply-To: References: Message-ID: <4A32AD77.3000803@sippysoft.com> M.Emran wrote: > Hi All, > Good Day. > > We are using opensips infront of sippy b2bua and tried to terminate in > asterisk via auth username/password.I am getting "Not Acceptable Here" > error. Can anybody help me about his ? Not acceptable here usually means that there are no compatible codecs found between endpoints. You should check configuration of your asterisk and originating device/software. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From barnyritchley at hotmail.com Sat Jun 13 05:54:08 2009 From: barnyritchley at hotmail.com (Barny Ritchley) Date: Sat, 13 Jun 2009 13:54:08 +0100 Subject: [B2BUA Users] h323-disconnect-cause Message-ID: ----------------------------- anyone have any information on this? thanks Barny. ----------------------------- Hello I wonder if any one has some information on the h323-disconnect-cause. The codes returned from sippy, do not match the codes in the cisco documentation (http://www.cisco.com/en/US/docs/ios/12_3/security/configuration/guide/scgrdat3.html#wp1038435) The only code i have seen returned are 10, 66 and 3f Also, does sippy support the following Cisco vsa's? I havent seem them passed in the radius accounting messages. h323-voice-quality disconnect-text coder-type-rate lost-packets early-packets late-packets If it doesnt, is there any way to log SIP traces for post call debugging to radius? Sometimes we get calls reported as having problems, and its useful to be able to look back through the call traces. Many Thanks Barny. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090613/cac77c16/attachment.htm From sobomax at sippysoft.com Sat Jun 13 08:40:38 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Sat, 13 Jun 2009 08:40:38 -0700 Subject: [B2BUA Users] h323-disconnect-cause In-Reply-To: References: Message-ID: <4A33C876.10508@sippysoft.com> Barny Ritchley wrote: > > ----------------------------- > > anyone have any information on this? Barny, The h323-disconnect-cause attribute originally represents Q.931 ISDN code. Therefore, there is no direct relationship between SIP final negative response code and its value. The current SIP to Q.931 code translation table has been taken from Cisco SIP manuals (since our goal was to make B2BUA to "impersonate" Cisco gateway). You can find it for example here: http://www.cisco.com/en/US/docs/ios/12_2t/12_2t11/feature/guide/ftmap.html The translation table is in the RadiusAccounting file. sipErrToH323Err = {400:('7f', 'Interworking, unspecified'), 401:('39', 'Bearer capability not authorized'), \ 402:('15', 'Call rejected'), 403:('39', 'Bearer capability not authorized'), 404:('1', 'Unallocated number'), \ 405:('7f', 'Interworking, unspecified'), 406:('7f', 'Interworking, unspecified'), 407:('15', 'Call rejected'), \ 408:('66', 'Recover on Expires timeout'), 409:('29', 'Temporary failure'), 410:('1', 'Unallocated number'), \ 411:('7f', 'Interworking, unspecified'), 413:('7f', 'Interworking, unspecified'), 414:('7f', 'Interworking, unspecified'), \ 415:('4f', 'Service or option not implemented'), 420:('7f', 'Interworking, unspecified'), 480:('12', 'No user response'), \ 481:('7f', 'Interworking, unspecified'), 482:('7f', 'Interworking, unspecified'), 483:('7f', 'Interworking, unspecified'), \ 484:('1c', 'Address incomplete'), 485:('1', 'Unallocated number'), 486:('11', 'User busy'), 487:('12', 'No user responding'), \ 488:('7f', 'Interworking, unspecified'), 500:('29', 'Temporary failure'), 501:('4f', 'Service or option not implemented'), \ 502:('26', 'Network out of order'), 503:('3f', 'Service or option unavailable'), 504:('66', 'Recover on Expires timeout'), \ 505:('7f', 'Interworking, unspecified'), 580:('2f', 'Resource unavailable, unspecified'), 600:('11', 'User busy'), \ 603:('15', 'Call rejected'), 604:('1', 'Unallocated number'), 606:('3a', 'Bearer capability not presently available')} We don't support those extra attributes yet. By default, B2BUA logs all SIP packets, so that you can use that to do your debugging. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From barnyritchley at hotmail.com Sat Jun 13 08:45:48 2009 From: barnyritchley at hotmail.com (Barny Ritchley) Date: Sat, 13 Jun 2009 16:45:48 +0100 Subject: [B2BUA Users] h323-disconnect-cause In-Reply-To: <4A33C876.10508@sippysoft.com> References: <4A33C876.10508@sippysoft.com> Message-ID: Thanks for the info. wheres the default logging location for b2bua? i assume it logs to file, as i dont see any logging activity to the radius server. Many thanks once again for the reply. Barny. > > Barny, > > The h323-disconnect-cause attribute originally represents Q.931 ISDN > code. Therefore, there is no direct relationship between SIP final > negative response code and its value. The current SIP to Q.931 code > translation table has been taken from Cisco SIP manuals (since our goal > was to make B2BUA to "impersonate" Cisco gateway). You can find it for > example here: > > http://www.cisco.com/en/US/docs/ios/12_2t/12_2t11/feature/guide/ftmap.html > > The translation table is in the RadiusAccounting file. > > sipErrToH323Err = {400:('7f', 'Interworking, unspecified'), 401:('39', > 'Bearer capability not authorized'), \ > 402:('15', 'Call rejected'), 403:('39', 'Bearer capability not > authorized'), 404:('1', 'Unallocated number'), \ > 405:('7f', 'Interworking, unspecified'), 406:('7f', 'Interworking, > unspecified'), 407:('15', 'Call rejected'), \ > 408:('66', 'Recover on Expires timeout'), 409:('29', 'Temporary > failure'), 410:('1', 'Unallocated number'), \ > 411:('7f', 'Interworking, unspecified'), 413:('7f', 'Interworking, > unspecified'), 414:('7f', 'Interworking, unspecified'), \ > 415:('4f', 'Service or option not implemented'), 420:('7f', > 'Interworking, unspecified'), 480:('12', 'No user response'), \ > 481:('7f', 'Interworking, unspecified'), 482:('7f', 'Interworking, > unspecified'), 483:('7f', 'Interworking, unspecified'), \ > 484:('1c', 'Address incomplete'), 485:('1', 'Unallocated number'), > 486:('11', 'User busy'), 487:('12', 'No user responding'), \ > 488:('7f', 'Interworking, unspecified'), 500:('29', 'Temporary > failure'), 501:('4f', 'Service or option not implemented'), \ > 502:('26', 'Network out of order'), 503:('3f', 'Service or option > unavailable'), 504:('66', 'Recover on Expires timeout'), \ > 505:('7f', 'Interworking, unspecified'), 580:('2f', 'Resource > unavailable, unspecified'), 600:('11', 'User busy'), \ > 603:('15', 'Call rejected'), 604:('1', 'Unallocated number'), > 606:('3a', 'Bearer capability not presently available')} > > We don't support those extra attributes yet. By default, B2BUA logs all > SIP packets, so that you can use that to do your debugging. > > Regards, > -- > Maksym Sobolyev > Sippy Software, Inc. > Internet Telephony (VoIP) Experts > T/F: +1-646-651-1110 > Web: http://www.sippysoft.com > MSN: sales at sippysoft.com > Skype: SippySoft > > _______________________________________________ > Users mailing list > Users at b2bua.org > http://lists.b2bua.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090613/5a48c4a5/attachment.htm From monemran at gmail.com Wed Jun 17 12:59:19 2009 From: monemran at gmail.com (M.Emran) Date: Thu, 18 Jun 2009 01:59:19 +0600 Subject: [B2BUA Users] Unauthorized show Message-ID: Hi, We are using opensips in front of b2bua. We tried to make calls from X-lite.When call connect from X-Lite,it shows unauthorized in x-lite status.But called party recieved the call.After few seconds call drops. I am using rtpproxy in opensips. Can you tell what i am doing wrong ? -- Regards ---------- M Emran Managing Director E-SOFT BILLING PTE. LTD. Web: www.e-softbilling.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090618/128105b7/attachment.htm From sobomax at sippysoft.com Fri Jun 19 01:53:19 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Fri, 19 Jun 2009 01:53:19 -0700 Subject: [B2BUA Users] Unauthorized show In-Reply-To: References: Message-ID: <4A3B51FF.3050705@sippysoft.com> M.Emran wrote: > Hi, > We are using opensips in front of b2bua. We tried to make calls from > X-lite.When call connect from X-Lite,it shows unauthorized in x-lite > status.But called party recieved the call.After few seconds call drops. > > I am using rtpproxy in opensips. > > Can you tell what i am doing wrong ? Emran, Please send SIP log of the call in questions. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft From monemran at gmail.com Fri Jun 19 12:27:53 2009 From: monemran at gmail.com (M.Emran) Date: Sat, 20 Jun 2009 01:27:53 +0600 Subject: [B2BUA Users] Unauthorized show Message-ID: I have solved this problem.We had misconfigured at opensips on invite section. -- Regards ---------- M Emran Managing Director E-SOFT BILLING PTE. LTD. Web: www.e-softbilling.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090620/b3e622a0/attachment.htm From monemran at gmail.com Fri Jun 19 12:33:10 2009 From: monemran at gmail.com (M.Emran) Date: Sat, 20 Jun 2009 01:33:10 +0600 Subject: [B2BUA Users] Call Capacity Message-ID: Hi, We are using sippy b2bua in our production server.It is working well with very low CPU usage and Bandwidth. Is there any features to incoming and outgoing call limit b2bua?or has it any future plan ? It is very important for wholesale business.It failovers when destination ip reject the call.But sometimes we are advised by provider to send limited calls. -- Regards ---------- M Emran Managing Director E-SOFT BILLING PTE. LTD. Web: www.e-softbilling.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.b2bua.org/pipermail/users/attachments/20090620/02a5c5da/attachment.htm From VMorales at covad.com Fri Jun 19 12:39:43 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Fri, 19 Jun 2009 12:39:43 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE13488BE9@ZANEVS03.cc-ntd1.covad.com> References: <4A329584.5030503@sippysoft.com> <3BC5D44AB71A754FAE3CA68A7597EABE13488BE9@ZANEVS03.cc-ntd1.covad.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE16BC2BA7@ZANEVS03.cc-ntd1.covad.com> Hi Maksym, Just checking in to see if there were any updates. Thanks, Vlad -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Friday, June 12, 2009 1:51 PM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Maksym, > > Just tested this and it is not working as expected. The 300 redirect is > still being proxy'd back to the call orginiator. Attached are the b2bua > logs. Try this instead: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect2.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From VMorales at covad.com Thu Jun 25 09:34:23 2009 From: VMorales at covad.com (Morales, Vladimir) Date: Thu, 25 Jun 2009 09:34:23 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE13488C09@ZANEVS03.cc-ntd1.covad.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE13488BE9@ZANEVS03.cc-ntd1.covad.com> <3BC5D44AB71A754FAE3CA68A7597EABE13488C09@ZANEVS03.cc-ntd1.covad.com> Message-ID: <3BC5D44AB71A754FAE3CA68A7597EABE16DE0596@ZANEVS03.cc-ntd1.covad.com> Hi Maksym, I tested the 2nd distribution you provided below and the 300 redirects were still being proxy'd back to the original source. My company is prepared to offer a bounty for your services, as this functionality is urgently needed in our lab environment. If there is a reasonable $ amount to expedite this development, please let me know. Thanks again for your help with this feature request. Vladimir -----Original Message----- From: users-bounces at b2bua.org [mailto:users-bounces at b2bua.org] On Behalf Of Maxim Sobolev Sent: Friday, June 12, 2009 1:51 PM To: Sippy B2BUA Users Subject: Re: [B2BUA Users] Using Sippy to Handle 302 Redirects Morales, Vladimir wrote: > Maksym, > > Just tested this and it is not working as expected. The 300 redirect is > still being proxy'd back to the call orginiator. Attached are the b2bua > logs. Try this instead: http://sobomax.sippysoft.com/~sobomax/sippy_dist.redirect2.tar Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft _______________________________________________ Users mailing list Users at b2bua.org http://lists.b2bua.org/mailman/listinfo/users From sobomax at sippysoft.com Thu Jun 25 13:26:23 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Thu, 25 Jun 2009 13:26:23 -0700 Subject: [B2BUA Users] Using Sippy to Handle 302 Redirects In-Reply-To: <3BC5D44AB71A754FAE3CA68A7597EABE16DE0596@ZANEVS03.cc-ntd1.covad.com> References: <3BC5D44AB71A754FAE3CA68A7597EABE13488BE9@ZANEVS03.cc-ntd1.covad.com> <3BC5D44AB71A754FAE3CA68A7597EABE13488C09@ZANEVS03.cc-ntd1.covad.com> <3BC5D44AB71A754FAE3CA68A7597EABE16DE0596@ZANEVS03.cc-ntd1.covad.com> Message-ID: <4A43DD6F.9040902@sippysoft.com> Morales, Vladimir wrote: > Hi Maksym, > > I tested the 2nd distribution you provided below and the 300 redirects > were still being proxy'd back to the original source. My company is > prepared to offer a bounty for your services, as this functionality is > urgently needed in our lab environment. If there is a reasonable $ > amount to expedite this development, please let me know. > > Thanks again for your help with this feature request. Hi Vladimir, Sorry for not replying to this earlier. I've been quite busy lately. Yes, Sippy Software can do that for you. I will send details off-list. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales at sippysoft.com Skype: SippySoft