--- Begin Message ---
Send Users mailing list submissions to
users@lists.opensips.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-requ...@lists.opensips.org
You can reach the person managing the list at
users-ow...@lists.opensips.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Re: Load balancer and Access control list (Bogdan-Andrei Iancu)
2. Re: check_address() causes crash (Jeff Pyle)
3. use case for settlement free peering (A G)
4. Re: Load balancer and Access control list
(Ra?l Alexis Betancor Santana)
5. Memcache and increment/decrement (Brad Bendy)
6. Re: Additional info on potential registration issue
(Jeff Kronlage)
7. CDRTool Location via GeoIP (Jeff Pyle)
8. Re: Memcache and increment/decrement (andrei dragus)
9. Re: Memcache and increment/decrement (Brad Bendy)
----------------------------------------------------------------------
Message: 1
Date: Mon, 19 Oct 2009 21:05:40 +0300
From: Bogdan-Andrei Iancu <bog...@voice-system.ro>
Subject: Re: [OpenSIPS-Users] Load balancer and Access control list
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <4adcaa74.5020...@voice-system.ro>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
So, in such a case, a real working solution will be to have opensips to
spoof the source IP of the outbound request? but this may really break
the transaction.... Only if the spoofing is done with skipping the VIA
insertion.
Regards,
Bogdan
Ra?l Alexis Betancor Santana wrote:
> Bogdan-Andrei Iancu escribi?:
>
>> Peter,
>>
>> You can add a header with whatever name, depends more on FS what kind of
>> header is able to use to take the src IP from.
>>
>> Regards,
>> Bogdan
>>
>>
> That will not run, FS as Asterisk, Yate and most of B2BUA/PBX outthere
> ..takes socket IP for validating it's ACL, as OpensSIPS does with the
> permissions/group module, of couse with a proxy one can chage that
> behavoir ... but usually with FS/Asterisk/Whatever .. that's not possible.
>
> _______________________________________________
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
------------------------------
Message: 2
Date: Mon, 19 Oct 2009 14:15:38 -0400
From: Jeff Pyle <jp...@fidelityvoice.com>
Subject: Re: [OpenSIPS-Users] check_address() causes crash
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <c702250a.c980%jp...@fidelityvoice.com>
Content-Type: text/plain; charset="us-ascii"
Hi Bogdan,
On 10/19/09 2:00 PM, "Bogdan-Andrei Iancu" <bog...@voice-system.ro> wrote:
> you cannot know it prior to t_relay() - IP the RURI is an IP, then is
> fine, but if the RURI is a domain, the translation from domain to IP
> (via DNS) is done internally by t_relay(), so you do not have access to it.
That makes sense.
> not sure what you try to do, but maybe you should consider the blacklist
> capability of opensips:
> http://www.opensips.org/Resources/DocsCoreFcn16#toc45
>
> Regards,
> Bogdan
I'm deciding which calls get an engage_media_proxy(). If they're on my
network (as defined by a group in the address table), I'll proxy them
because I can get the added accounting benefits without causing them any
added latency. If they're not (if the check fails), I won't use MP.
In this case all the $rd values would have been set by a lookup("location"),
and all those *should* have been populated by registrations. I'll likely
add an ugly regex check to see if $rd looks like an IP address, then do the
check_address() if it does. I'll likely catch 95% or more of them that way.
That's fine.
- Jeff
>> I'll update and see if it still crashes.
>>
>>
>> Thanks,
>> Jeff
>>
>>
>>
>> On 10/15/09 9:21 AM, "Irina Stanescu" <ironmi...@gmail.com> wrote:
>>
>>
>>> Hello Jeff,
>>>
>>> I managed to get a core dump only when the second parameter of the
>>> check_address is empty.
>>> I added a check for that (rev. 6272), so it shouldn't crash anymore.
>>>
>>> Also, you can use "$rd" as the second parameter only if the domain name is
>>> an
>>> ip address, otherwise it won't work.
>>>
>>> Thanks!
>>>
>>> Irina Stanescu
>>>
>>> On Wed, Oct 14, 2009 at 10:43 PM, Jeff Pyle <jp...@fidelityvoice.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> I have the following:
>>>>
>>>> if (check_address("10", "$rd", "0", "$proto")) {
>>>> setflag(7);
>>>> }
>>>>
>>>> In many cases, and I can't seem to determine what those cases are, this
>>>> causes the system to run very slowly for about 30 seconds, and then
>>>> Opensips
>>>> exits.
>>>>
>>>> I need to know if the source or destination IP addresses fall into one of
>>>> the blocks included in group 10 of the address table.
>>>> check_source_address() works great with Irina's fix; this is the
>>>> destination
>>>> half. It tanks the system.
>>>>
>>>> On the doc page it says:
>>>> Transport protocol is either "ANY" or any valid transport protocol value:
>>>> "UDP, "TCP", "TLS", and "SCTP".
>>>>
>>>> Is case relevant? Is lowercase just as valid as the uppercase examples?
>>>>
>>>>
>>>>
>>>> - Jeff
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users@lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
------------------------------
Message: 3
Date: Mon, 19 Oct 2009 14:16:36 -0400
From: A G <28rhi...@gmail.com>
Subject: [OpenSIPS-Users] use case for settlement free peering
To: users@lists.opensips.org
Message-ID:
<1be1e1570910191116n1f0c10e6u3571e6ce8508f...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Greetings:
I'm looking for advice on a project/proof of concept I'm working on.
I would like to create a settlement-free peering fabric for voice
traffic between and among some peer institutions in my area. Because
this is more of a side-project for cost cutting measure, I'm primarily
looking at open source software, though commercial product
recommendations would be helpful as well.
The organizations I would like to connect have their own PBXs with
large blocks of numbers (whole NPA-NXXs), with no number portability
in or out. I imagine both at the individual PBXs and peering fabric,
the number routing would be static. To put another way, we would
manually configure which connections the block of telephone numbers is
reachable at.
Here is the required ASCII art diagram :)
+-------+
| PBX |
+-------+
|
+-------+
| SBC |
+-------+
|
|
+---+ +---+ .--------. +---+ +---+
| P | | S | / \ | S | | P |
| B |--| B |------ ( ???? )----------| B |--| B |
| X | | C | \ / | C | | X |
+---+ +---+ `---------' +---+ +---+
|
|
+-------+
| SBC |
+-------+
|
+-------+
| PBX |
+-------+
For scalability reasons, a full mesh of connections between and among
the SBCs is not an attractive option.
Here's what I think I need:
Basic SIP routing
TCP, TLS, and UDP support
What would be nice to have:
IPv6
CDR
What is probably not needed:
User agent client registration, presence, IM, voice mail
I see there are several different open source voice projects.
Do you think this is an appropriate use for OpenSIPS?
I'm seeking comments on what you would use for this situation.
Are there any existing projects along these lines?
Is there one project that is better than another for this application?
Thank you
------------------------------
Message: 4
Date: Mon, 19 Oct 2009 19:23:05 +0100
From: Ra?l Alexis Betancor Santana <r...@dimension-virtual.com>
Subject: Re: [OpenSIPS-Users] Load balancer and Access control list
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <4adcae89.8050...@dimension-virtual.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Bogdan-Andrei Iancu escribi?:
> So, in such a case, a real working solution will be to have opensips to
> spoof the source IP of the outbound request? but this may really break
> the transaction.... Only if the spoofing is done with skipping the VIA
> insertion.
>
> Regards,
> Bogdan
>
Spoofing IP's is the worst solution, you could not asure that packages
will arrive at the gw ... imagine there are firewalls between ... and
lot of more problems.
From my POV, if he need to go throught the proxy ... better to
translate the acl validations to the proxy.
------------------------------
Message: 5
Date: Mon, 19 Oct 2009 11:25:51 -0700
From: Brad Bendy <brad.be...@benganetworks.com>
Subject: [OpenSIPS-Users] Memcache and increment/decrement
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <4adcaf2f.2090...@benganetworks.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I know memcache itself has options for to increment and decrement
values, does openSIPs have this? Ive looked everywhere and can not find
anything, this could be very useful for many types of custom scripts.
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.opensips.org/pipermail/users/attachments/20091019/1c8f2e98/attachment-0001.htm
------------------------------
Message: 6
Date: Mon, 19 Oct 2009 12:34:27 -0600
From: "Jeff Kronlage" <j...@data102.com>
Subject: Re: [OpenSIPS-Users] Additional info on potential
registration issue
To: "OpenSIPS users mailling list" <users@lists.opensips.org>
Message-ID:
<ce3a4de6d62e5d459db2e1c48a2594bf249...@osiris.cos.data102.com>
Content-Type: text/plain; charset="us-ascii"
Usrloc mode is 3.
--
Jeff Kronlage
Senior IT Engineer, Data102
102 South Tejon, Suite #1250
Colorado Springs, CO 80903
(719) 387-0000 x 1335 direct
(719) 578-8844 fax
j...@data102.com / http://www.data102.com
-----Original Message-----
From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei
Iancu
Sent: Monday, October 19, 2009 11:32 AM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Additional info on potential registration
issue
So, this is the problem - each opensips instance loads only the usrloc
records that have the a local socket corresponding to that instance. In
other words, if the record was saved by the other instance, opensips
will not load it.
what db_mode do you use for usrloc?
Regards,
Bogdan
Jeff Kronlage wrote:
> Yes, shared location table over multiple servers.
>
> -----Original Message-----
> From: users-boun...@lists.opensips.org
> [mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei
> Iancu
> Sent: Sunday, October 18, 2009 10:33 PM
> To: OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] Additional info on potential
registration
> issue
>
> Hi Jeff,
>
> Do you use a shared location table (via multiple registrar servers) ?
>
> Regards,
> Bogdan
>
> Jeff Kronlage wrote:
>
>> I'm getting this over and over in my syslog:
>>
>> WARNING:usrloc:get_all_db_ucontacts: non-local socket
>> <udp:HI.DDE.N.12:5060>...ignoring
>>
>> Thanks,
>>
>> Jeff
>>
>> _______________________________________________
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
------------------------------
Message: 7
Date: Mon, 19 Oct 2009 14:49:06 -0400
From: Jeff Pyle <jp...@fidelityvoice.com>
Subject: [OpenSIPS-Users] CDRTool Location via GeoIP
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <c7022ce2.c990%jp...@fidelityvoice.com>
Content-Type: text/plain; charset="us-ascii"
Hello,
The changelog for 6.9.0 mentioned support for location via GeoIP. I'm using
the GeoIP library for Opensips' mmgeoip module. How does one integrate its
functionality in to CDRTool?
It would be fantastic to be able to see something more specific than "United
States" (in my case) in the Location field of the CDR results.
Thanks,
Jeff
------------------------------
Message: 8
Date: Mon, 19 Oct 2009 12:34:57 -0700 (PDT)
From: andrei dragus <andreidra...@yahoo.com>
Subject: Re: [OpenSIPS-Users] Memcache and increment/decrement
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <621421.96944...@web57703.mail.re3.yahoo.com>
Content-Type: text/plain; charset=us-ascii
Right now OpenSIPS does not have increment/decrement functions, primarily
because memcached support is offered via the generic memcache API.
If you really need to do this, you could use a fetch followed by a store,
though this may cause race conditions.
>
> Hi,
>
>
>
> I know memcache itself has options for to increment and
> decrement
> values, does openSIPs have this? Ive looked everywhere and
> can not find
> anything, this could be very useful for many types of
> custom scripts.
>
>
>
> Thanks
>
>
------------------------------
Message: 9
Date: Mon, 19 Oct 2009 13:16:38 -0700
From: Brad Bendy <brad.be...@benganetworks.com>
Subject: Re: [OpenSIPS-Users] Memcache and increment/decrement
To: OpenSIPS users mailling list <users@lists.opensips.org>
Message-ID: <4adcc926.5030...@benganetworks.com>
Content-Type: text/plain; charset="iso-8859-1"
OpenSIPs uses the libmemcached library right, thats the generic API?
I could fetch then store, but I will get race conditions I think.
Im gonna look about writing a patch and getting it added natively.
Thanks
andrei dragus wrote:
> Right now OpenSIPS does not have increment/decrement functions, primarily
> because memcached support is offered via the generic memcache API.
>
> If you really need to do this, you could use a fetch followed by a store,
> though this may cause race conditions.
>
>
>>
>> Hi,
>>
>>
>>
>> I know memcache itself has options for to increment and
>> decrement
>> values, does openSIPs have this? Ive looked everywhere and
>> can not find
>> anything, this could be very useful for many types of
>> custom scripts.
>>
>>
>>
>> Thanks
>>
>>
>>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
--
Brad Bendy
Chief Technical Officer
brad.be...@benganetworks.com
Benga Networks, LLC.
10115 E. Bell Rd, Ste. 107-451
Scottsdale, AZ 85260-2189
Toll Free: 877-44-BENGA
Local: 480-970-5200
Cell: 602-550-4004
Fax: 866-852-4468
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.opensips.org/pipermail/users/attachments/20091019/7af945fe/attachment.htm
------------------------------
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
End of Users Digest, Vol 15, Issue 77
*************************************
--- End Message ---
