Klaus,<div><br></div><div> I see the following:</div><div><br></div><div><p style="padding:0px;margin:0px 0px 1em;color:rgb(17,51,0);font-family:'Trebuchet MS',Arial,sans-serif;font-size:14.44444465637207px;text-align:justify;background-color:rgb(255,255,255)">
AVPs are special variables that are attached to SIP transactions. It is a list of pairs (name,value). Before the transaction is created, the AVP list is attached to SIP request. Note that the AVP list works like a stack, last added value is retrieved first, and there can be many values for same AVP name, an assignment to the same AVP name does not overwrite old value, it will add the new value in the list.</p>
While this does *technically* describe the behavior - we may want to explicitly point out this behavior when spiraling to the same proxy. I guess to me its not clear enough based off of this above copied text. Unless I am still missing the explanation somewhere else in the text? Thanks!</div>
<div><br></div><div>Sincerely,</div><div>Brandon Armstead<br><div class="gmail_quote">On Tue, Aug 7, 2012 at 12:00 PM, Klaus Darilion <span dir="ltr"><<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@pernau.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Once you know it you will find it :-)<br>
<br>
<a href="http://www.kamailio.org/wiki/cookbooks/3.3.x/pseudovariables#avps" target="_blank">http://www.kamailio.org/wiki/<u></u>cookbooks/3.3.x/<u></u>pseudovariables#avps</a><br>
<br>
regards<br>
Klaus<div class="im"><br>
<br>
On 07.08.2012 18:22, Brandon Armstead wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Klaus,<br>
<br>
Thank you for this detailed explanation. This is essentially what I<br>
figured was happening. I was able to use htable to work around it.<br>
<br>
I guess however I am still confused as to where there is any public<br>
documentation on this specific bit. Had I've not been working with<br>
Kamailio for years I would think this would confuse others.<br>
<br>
Let me know if it is somewhere else, otherwise I will add it to the<br>
Kamailio wiki.<br>
<br>
Sincerely,<br>
Brandon Armstead<br>
<br>
On Tue, Aug 7, 2012 at 2:32 AM, Klaus Darilion<br></div><div><div class="h5">
<<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@pernau.at</a> <mailto:<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@<u></u>pernau.at</a>>> wrote:<br>
<br>
AVPs are associated with the transaction. If you "spiral" a request<br>
through the same proxy, then for the proxy it is a new transaction.<br>
Thus, when processing the request a second time, there is a new<br>
transaction and you do not have access to the AVPs of the previous<br>
transaction.<br>
<br>
Workarounds are:<br>
- store data in SIP headers and retrieve it later (ugly)<br>
- use htable module to store data during transaction 1 and retrieve<br>
it during transaction 2. Therefore you need a known "key" which is<br>
identical in this 2 transactions only (e.g. use "$ci$ft" as base for<br>
the key).<br>
<br>
regards<br>
Klaus<br>
<br>
<br>
<br>
<br>
<br>
On 07.08.2012 00:27, Brandon Armstead wrote:<br>
<br>
Hello,<br>
<br>
I am curious if there is any documentation on how AVP's<br>
processing<br>
works in the following scenario below.<br>
<br>
UAC 1 -> KAMAILIO -> KAMAILIO -> DEST<br>
<br>
It seems that AVP's I set between UAC 1 -> KAMAILIO are lost once I<br>
relay back to the same KAMAILIO proxy (self)?<br>
<br>
Is there any documentation on why or when this would occur?<br>
<br>
Is there a better way to handle such a scenario? i.e. more dynamic<br>
internal routing, vs relaying to self.<br>
<br>
Thanks as always in advance!<br>
<br>
Sincerely,<br>
Brandon Armstead<br>
<br>
<br></div></div>
______________________________<u></u>___________________<div class="im"><br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users<br>
mailing list<br></div>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a> <mailto:<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-<u></u>router.org</a>><br>
<a href="http://lists.sip-router.org/__cgi-bin/mailman/listinfo/sr-__users" target="_blank">http://lists.sip-router.org/__<u></u>cgi-bin/mailman/listinfo/sr-__<u></u>users</a> <<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a>><br>
<br>
<br>
</blockquote>
</blockquote></div><br></div>