[Serdev] SER's core design features(process model/parser/lumps/script) - was: So who/what is SER for, anyway?

Greger V. Teigre greger at teigre.com
Mon Jan 29 20:20:10 UTC 2007


>> So your NAT traversal strategy is the same as mine? I do have a couple
>> of special things which I can only do because the script allows me to do
>> whatever I want.
>>   
>>     
> So the few lucky one that have used SER long enough know how to do it...
> No, this should be core functionality if SER would claim NAT traversal.
>   
If there was such a thing as "NAT traversal"...!!!  Please tell me if 
you find it :-)
>> That's just my sixteen øre as someone who gets all the strange
>> interoperability problems on his desk and needs fix them. Ultimately,
>> the fate of SER is in the hands of the core developers.
>>   
>>     
> indeed... so are you saying that we need a fork to be heard if we want
> more than you do? Isn't there a way to have both?
>   
Let's work on the details, not on the big picture. In the big pictures, 
either everything match or everything don't.  We all agree that the 
module interface needs a good deal of brush-up. If Andrei can summarize 
there, and you guys (Martin and Dragos), can add your own ideas and 
comments, I think we can get started to see if these are indifferences 
on the big picture or in the details.

>> Greger is working on it. What I've seen of it is very promising,
>> so bear with him.
>>   
>>     
> If you do just proxy and registrar.... what if not?
>   
Let's not mich oil and water. Stuff you can do in ser.cfg, I try to 
simplify through a build system. Why? Because there is too much 
flexibility for people who are not super-experts. And because even 
super-experts can get some help from a structure.
Stuff you cannot do in ser.cfg, you need to do in modules (or through 
core changes).  Modules you can develop and contritbute to CVS as you 
like (yes, we have now a quite open policy on modules), core patches 
have to be approved, the process of approval is still a bit in limbo.

So, if you loved Klaus' nat_support=yes suggestion, I believe you will 
like my build system a little bit as well ;-)
g-)
>
> -Dragos
> _______________________________________________
> Serdev mailing list
> Serdev at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serdev
>
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.iptel.org/pipermail/serdev/attachments/20070129/f337acd2/attachment.htm


More information about the Serdev mailing list