<div>For me that was not an option. Especially when the same UAs work with other commercial SBC used for far-end NAT solutions. If you can chose your UAs then thats great. Liberal in what you accept, conservative in what you send - work for everyone.
</div>
<div>&nbsp;</div>
<div>Mark<br><br>&nbsp;</div>
<div><span class="gmail_quote">On 9/26/05, <b class="gmail_sendername">Juha Heinanen</b> &lt;<a href="mailto:jh@tutpro.com">jh@tutpro.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Mark Aiken writes:<br><br>&gt;&nbsp;&nbsp;If you want to use the UA to save proprietary dialog/call stateful info<br>
&gt; this way (in rr params) you will need to carefully test the UAs used in your<br>&gt; network.<br><br>or simply don't care such UAs, because they are not SIP UAs.<br><br>-- juha<br></blockquote></div><br>