Hello  Jon,<br><br>I will try to get a trace from asterisk to the sip trunk  to see what headers has sent . <br>Because with asterisk and this provider it works fine ! So I supose that the provider have done the job to be compatible with Asterisk ...<br>
<br>Best regards<br><br><br><div class="gmail_quote">2011/8/2 Jon Bonilla <span dir="ltr"><<a href="mailto:jbonilla@sipwise.com" target="_blank">jbonilla@sipwise.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

El Tue, 28 Jun 2011 12:59:23 +0200<br>
Sébastien Cramatte <<a href="mailto:scramatte@gmail.com" target="_blank">scramatte@gmail.com</a>> escribió:<br>
<div><div></div><div><br>
> Hello,<br>
><br>
> We have recently setup an SPCE.  Our siptrunk requires   outboud<br>
> authentication.<br>
> When  you place a call from  SPCE subscriber to a number located over PSTN<br>
> (outgoing through our trunk provider) ,  the caller ID  is force to<br>
> peer_auth_user  value<br>
><br>
><br>
> xx.xx.xx.xx -> SPCE IP<br>
> yy.yy.yy.yy  -> TRUNK  IP<br>
> zz.zz.zz.zz -> Subscriber IP<br>
><br>
> Please take a look to  ngre-sip and kamailo-proxy.log attached files<br>
><br>
> Thank you for your help<br>
><br>
><br>
> Bye<br>
<br>
<br>
</div></div>Hi Sebastien<br>
<br>
This is the normal behaviour. When you use auth credentials against a peer, the<br>
from header is changed to the auth credetials for the challenge.<br>
<br>
Anyways, you have ther PAI header with the subscriber information. From the<br>
SPCE Handbook section 3.4:<br>
<br>
<br>
"If you do NOT authenticate against a peer host, then the caller CLI is put into<br>
the From and P-Asserted-Identity headers, e.g. "<a href="tel:%2B4312345" value="+4312345" target="_blank">+4312345</a>"<br>
<<a href="mailto:sip%3A%2B4312345@your-domain.com" target="_blank">sip:+4312345@your-domain.com</a>>. If you DO authenticate, then the From header is<br>
"<a href="tel:%2B4312345" value="+4312345" target="_blank">+4312345</a>" <sip:your_peer_auth_user@your_peer_auth_realm> and the<br>
P-Asserted-Identity header is as usual like <<a href="mailto:sip%3A%2B4312345@your-domain.com" target="_blank">sip:+4312345@your-domain.com</a>>. So<br>
for presenting the correct CLI in CLIP no screening scenarios, your peering<br>
provider needs to extract the correct user either from the From Display-Name or<br>
from the P-Asserted-Identity URI-User."<br>
<br>
_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><br>
<a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
</blockquote></div><br>