Hi Pierrick, Hi Joe, I'm a bit rusty on SIP as it is several years since I worked on it, but I have found a local version of my patches and had a look over them. Basically my idea was to establish "persistence engines" inside LVS. That is, to allow LVS to have modules that determine persistence - kind of analogous to the scheduling modules that are already present in LVS. This would in theory allow different persistence models to be combined with each of the existing scheduling modules. [new connection rx] -> [persistence engine] -> [scheduler] -> [xmit] I then implemented a SIP persistence module that did persistence using the Caller-Id as the key rather than the usual ip:port key. I can't actually remember how well it worked, all I can find in my notes is a reference to the project being halted before it was finished. (I do recall having a lot of trouble getting SIP to work at all due to unreliable SIP software stacks, but as I mentioned, it was a while ago.) I should note that the patches I have are against a rather ancient kernel - 2.4.26. But if there is interest in them I can talk to the client for that project about releasing the code. -- Horms -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
