[Spce-user] Issue with caller ID on authenticated outbound calls ...

[Sébastien Cramatte]

We have just talk with our provider and they told us that
Sip packets should contains both header : authentication  + callerid

Seems that when we enable peer auth , spce  replace  subscriber callerid  by
peer username ...



2011/8/4 Sébastien Cramatte <scramatte at gmail.com>

> Hello  Jon,
>
> I will try to get a trace from asterisk to the sip trunk  to see what
> headers has sent .
> Because with asterisk and this provider it works fine ! So I supose that
> the provider have done the job to be compatible with Asterisk ...
>
> Best regards
>
>
>
> 2011/8/2 Jon Bonilla <jbonilla at sipwise.com>
>
>> El Tue, 28 Jun 2011 12:59:23 +0200
>> Sébastien Cramatte <scramatte at gmail.com> escribió:
>>
>> > Hello,
>> >
>> > We have recently setup an SPCE.  Our siptrunk requires   outboud
>> > authentication.
>> > When  you place a call from  SPCE subscriber to a number located over
>> PSTN
>> > (outgoing through our trunk provider) ,  the caller ID  is force to
>> > peer_auth_user  value
>> >
>> >
>> > xx.xx.xx.xx -> SPCE IP
>> > yy.yy.yy.yy  -> TRUNK  IP
>> > zz.zz.zz.zz -> Subscriber IP
>> >
>> > Please take a look to  ngre-sip and kamailo-proxy.log attached files
>> >
>> > Thank you for your help
>> >
>> >
>> > Bye
>>
>>
>> Hi Sebastien
>>
>> This is the normal behaviour. When you use auth credentials against a
>> peer, the
>> from header is changed to the auth credetials for the challenge.
>>
>> Anyways, you have ther PAI header with the subscriber information. From
>> the
>> SPCE Handbook section 3.4:
>>
>>
>> "If you do NOT authenticate against a peer host, then the caller CLI is
>> put into
>> the From and P-Asserted-Identity headers, e.g. "+4312345"
>> <sip:+4312345 at your-domain.com>. If you DO authenticate, then the From
>> header is
>> "+4312345" <sip:your_peer_auth_user at your_peer_auth_realm> and the
>> P-Asserted-Identity header is as usual like <sip:+4312345 at your-domain.com>.
>> So
>> for presenting the correct CLI in CLIP no screening scenarios, your
>> peering
>> provider needs to extract the correct user either from the From
>> Display-Name or
>> from the P-Asserted-Identity URI-User."
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> http://lists.sipwise.com/listinfo/spce-user
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20110804/682a9dba/attachment.html>