On Thu, Jun 18, 2009 at 8:17 AM, Ben Greear <span dir="ltr"><<a href="mailto:greearb@candelatech.com">greearb@candelatech.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Bruce Simpson wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Jonathan,<br>
<br>
Welcome to the list...<br>
<br>
Jonathan Creasy wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Not having read any archives, I have no idea if anything like this has<br>
been brought up. I have been kicking around a project of a load<br>
balancer with good SIP support and also a "router like" interface for<br>
a SIP proxy like Kamailio. Your architecture looks like adding a<br>
module, or process, to handle modifying the configuration and<br>
operation of a Kamailio process running on a box along side Xorp would<br>
be a pretty elegant way to do that.<br>
<br>
</blockquote>
<br>
VRRP was added in the 1.6 community release, that should help with the load balancing story we hope...<br>
<br>
There is no reason why the XORP code base couldn't support VOIP as an application, but, the framework probably needs more thought, see below.<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Is there interest in adding such functionality to your system? I'm not<br>
sure I'm up for the task (I'm a weak C++ programmer) but myself and a<br>
couple of other guys might be interested in taking on that as a<br>
project but I just thought I'd query this group and introduce myself<br>
first.<br>
<br>
</blockquote>
<br>
I'm kicking about some ideas about how to improve the XORP situation with regards to software componentry right now with JT Conklin.<br>
<br>
One of the major limitations of XRL is that it's tied to the XORP code base, and tied to C++ because of how event callbacks work.<br>
So we are evaluating new ideas, i.e. Facebook Thrift, AMQP, and CORBA. Component messages are also perhaps not the right IPC mechanism in all situations, particularly where massive amounts of structured data are involved -- i.e. a full BGP routing table.<br>
<br>
</blockquote></div>
Please don't add something that is even more bloated and cumbersome than XRL! It's easy to wrap c code in c++, and that<br>
seems to be enough code language support to me (I like Java, but no reason to write router code in java<br>
when the project already supports C++).<br>
<br>
As for SIP, why would you want to tie sip into xorp anyway? Seems you could run an external sip<br>
proxy beside xorp if you wanted?<br>
<br>
Thanks,<br>
Ben<br><font color="#888888">
</font></blockquote><div><br>We could run an external sip proxy. I'm trying to make something simple
for our Network Engineers to operate. We'd like to explore a device
doing OSPF and SIP load balancing in one unit to put out in each POP
nationwide. By making the underlying SIP functionality handled by
Kamailio but making the configuration process of Kamailio easier (and
integrated in with the networking config) we can reduce the time it
takes for a random guy to come up to speed in the NOC and also make it
easier to support and standardize our configurations. <br>
<br>At this time I was not planning to add anything. It seemed like the XRL was capable of handling the tasks.<br><br><br>
-Jonathan<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><font color="#888888"><br>
-- <br>
Ben Greear <<a href="mailto:greearb@candelatech.com" target="_blank">greearb@candelatech.com</a>> Candela Technologies Inc <a href="http://www.candelatech.com" target="_blank">http://www.candelatech.com</a><br>
<br>
<br>
</font></blockquote></div><br>