<div class="gmail_quote">2009/11/2 Iñaki Baz Castillo <span dir="ltr">&lt;<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">El Lunes, 2 de Noviembre de 2009, Alexander escribió:<br>
</div><div class="im">&gt; &gt; That&#39;s right. However I don&#39;t know why a proxy should remove the From<br>
&gt; &gt; display name. If you are routing the request to a PSTN gateway and you<br>
&gt; &gt; have UDP size issues then it&#39;s ok, but if not...<br>
&gt;<br>
&gt;   Yes,  because  of  our gateway. For example, X-Lite inserts name to<br>
&gt;  &quot;From&quot;, if number   presents   in   address  book and we get something<br>
&gt;  like &quot;From: &quot;person&quot; &lt;<a href="mailto:sip%3Axxx@domain.com">sip:xxx@domain.com</a>&gt;&quot;. So, because of two reasons (we<br>
&gt;  are not interested in such info,  and UDP size  issue  is  critical)  we<br>
&gt;  can  chop it (in our case, but for somebody else it may be unacceptable).<br>
<br>
</div>It makes sense :)<br>
<div class="im"><br>
<br>
&gt; &gt; I didn&#39;t mean that. Instead I meant that your regular expression would<br>
&gt; &gt; work for the following From headers:<br>
&gt; &gt;<br>
&gt; &gt; subst(&quot;/^From: \&quot;.+\&quot; (&lt;sip: *[a-zA-Z0-9_\.-]+@.*&gt;)/From: \1/ig&quot;);<br>
&gt; &gt;<br>
&gt; &gt; a) From: <a href="mailto:sip%3Aalice@domain.org">sip:alice@domain.org</a>;tag=qweqwe<br>
&gt; &gt; b) From:&lt;<a href="mailto:sip%3Aalice@domain.org">sip:alice@domain.org</a>&gt;;tag=qweqwe<br>
&gt; &gt; c) From: &lt;sip:user;aaa=<a href="mailto:bbb@domain.org">bbb@domain.org</a>&gt;;tag=qweqwe<br>
&gt; &gt; d) From: &lt;tel:+12345678&gt;;tag=qweqwe<br>
&gt; &gt;<br>
&gt; &gt; a) fails because it doesn&#39;t use &lt; &gt;.<br>
&gt;<br>
&gt;   It&#39;s   ok,  it  doesn&#39;t contain person&#39;s name in quotation marks, which<br>
&gt;  should stand before &quot;&lt;&quot;. Nothing to chop.<br>
<br>
</div>Right. My fault.<br>
<div class="im"><br>
<br>
&gt; &gt; b) fails because there is no space between &quot;From:&quot; and SIP URI.<br>
&gt;<br>
&gt;   Almost  as  a) By  the way, our gateway doesn&#39;t accept such &quot;From&quot;<br>
&gt;  headers. It doesn&#39;t like &quot;&lt;&quot; and &quot;&gt;&quot; signs, when there is no person name.<br>
<br>
</div>Doesn&#39;t it accept a correct header like &quot;From:<br>
&lt;<a href="mailto:sip%3Aalice@domain.org">sip:alice@domain.org</a>&gt;;tag=qwe&quot;?? It&#39;s widely even if it doesn&#39;t contain<br>
person name!<br></blockquote></div><br>  Yes, it doesn&#39;t like that. If it sees angle braces and no person name in quotation marks - oops... :)<br>  If we get something like:<br><br>  From: <a href="mailto:sip%3Axxx@domain.com">sip:xxx@domain.com</a>;tag=1111<br>
<br>  - it&#39;s ok, but in case of:<br><br>  From: &lt;<a href="mailto:sip%3Axxx@domain.com">sip:xxx@domain.com</a>&gt;;tag=1111<br><br>  - &quot;no way, I can&#39;t handle that&quot;. Well, after we&#39;ve figured out that it can&#39;t handle IP fragmentation it&#39;s not such a surprise :) Maybe, firmware update will be available soon, but for now there&#39;re some strange things :(<br>