[Kamailio-Users] use case for settlement free peering

Alex Balashov abalashov at evaristesys.com
Tue Oct 20 23:15:06 CEST 2009


You may also consider TransNexus's NexOSS/NexSRS product 
(www.transnexus.com) if you are looking for commercial approach.
They are the folks majorly behind the OSP protocol and contributed 
Kamailio's 'osp' module.

Daniel-Constantin Mierla wrote:

> welcome -- cc-ing mailing list is recommended all the time -- help 
> people to get the conclusion of discussions.
> 
> 
> On 20.10.2009 20:04 Uhr, A G wrote:
>> Great.  Thanks for the feedback!
>>
>> On Mon, Oct 19, 2009 at 3:47 PM, Daniel-Constantin Mierla
>> <miconda at gmail.com> wrote:
>>  
>>> Hello,
>>>
>>> On 19.10.2009 20:18 Uhr, A G wrote:
>>>    
>>>> 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 Kamailio?
>>>>
>>>>       
>>> Kamailio can be used in such scenario. It has a lot of features to 
>>> help you
>>> routing calls -- see modules such as lcr, carrierroute, dialplan.
>>>
>>> If you do heavy tls/tcp, then upcoming Kamailio 3.0 will have lot of
>>> improvements in this areas. IPv6 is supported as well for core 
>>> routing. You
>>> can generate CDRs using acc module and some stored procedures -- see for
>>> example:
>>> http://siremis.asipto.com/install-accounting/
>>>
>>> Cheers,
>>> Daniel
>>>
>>>    
>>>> 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?
>>>>
>>>>
>>>>       
>>> -- 
>>> Daniel-Constantin Mierla
>>> * Kamailio SIP Masterclass, Nov 9-13, 2009, Berlin
>>> * http://www.asipto.com/index.php/sip-router-masterclass/
>>>
>>>
>>>     
> 


-- 
Alex Balashov - Principal
Evariste Systems
Web     : http://www.evaristesys.com/
Tel     : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671




More information about the sr-users mailing list