[Serdev] Path support

[Greger Viken Teigre]

Thanks, Vaclav. That's a good feature. It is probably possible. Still the path support would be useful to have explicit to make sure the Path header is 
properly added and interpreted.
g-)

------- Original message -------
From: Vaclav Kubart <vaclav.kubart at iptel.org>
Sent: 5.12.'06,  9:09

> Hi,
> I don't know about the patch, but for storing something with registered
> contact you can use "reg_avps" (AVPs stored with contact; you need only
> to set a flag to them before you call save and if you want to get them
> back, you can call "read_reg_avps"). So if you are able to translate
> Path into AVP(s) you can use it... It is not tested and not described
> but it can work... :-)
> 
> Something like this was working some time ago:
> 
> avpflags regavps;
> 
> modparam("usrloc", "reg_avp_table", "contact_attrs");
> modparam("usrloc", "reg_avp_flag", "regavps")
> 
> route {
> 	...
> 
> 	if (method=="REGISTER") {
> 		$t.a = @msg["P-Avp"];
> 		$t.neco = "pokus";
> 		setavpflag("$t.a","regavps");
> 		setavpflag("$t.neco","regavps");
> 
> 		save("location");
> 		break;
> 	}
> 	...
> }
> 
> branch_route[1]
> {
> 	read_reg_avps("location", "$t.uid");
> 	xlog("L_ERR", "$t.a = %$t.a");
> 	...
> }
> 
> If somebody will be interested, I can try to describe it better (and
> test a bit with Ottendorf)...
> 
> 	Vaclav
> 
> On Mon, Dec 04, 2006 at 09:25:05PM +0100, Greger V. Teigre wrote:
> > Hi,
> > The path module in experimental was incomplete when Andreas Granig 
> > created a more complete patch. I believe the intention was to use Path 
> > headers together with usrloc-cl, thus enabling may registrars to save 
> > location to a common mysql db/cluster and easily route outgoing messages 
> > to the registrar/proxy being able to traverse the far-end NAT of a UA.
> > 
> > What is the status of this patch in Ottendorf?  I believe the patch was 
> > posted to the bugtracker, but I cannot find it?!
> > g-)
> > _______________________________________________
> > Serdev mailing list
> > Serdev at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serdev