Actually it does matter. Whilst, in practice, people use SIP URIs as though they were tel: ones, using just the user part, the domain is also part of the URI, and can matter. It doesn’t seem impossible to me that a phone should treat a From: SIP URI as a direct address for the originator, rather than a phone number, plus some noise. Most phones will allow you to specify a general URI, rather than a phone number, although it may be a pain to do so.
In a similar area, Asterisk does have some, limited, support for processing a full URI during an attended transfer, so it is, in theory, possible for a phone to set up the enquiry leg directly (or at least through a different PABX), and then send REFER/Replaces to Asterisk giving a target URI which is the direct one for the enquiry leg. This does require some special handling in the dialplan, but there is support for it.
with or without the local subnet, it does not get overriden.
so… it is normal behaviour to now, with pjsip, see the internal ip in all the headers? (from, pai, rpid)
and i need to change all the phones to just accept that ?
for a small installation, i guess that’s fine, but it baffles me that for a large setup you’d have to go through such hoops?
yes, setting outbound proxy to the device seems to fix it.
then again: calling is fine in both ways, and when the phones call out, they behave like good phones and set pbx.mydomain as domainpart.
what i wonder about most: how is it, that now (pjsip) you have the internal ip,
while before, setting the same things, you got your external ip (chan_sip).
am i really the only one facing this issue?
i know it might be more asterisk/chan_pjsip question perhaps, but fpbx13 (and another one i saw on 15) do not share the behaviour that i’m seeing with my fpbx16 pjsip setup now, which is why i was hoping someone here could help me out.
by the way: ip calling is disabled on the phone, but it just doesnt care: a missed call will be [email protected] and calling it back will just fail.
so on line 2 you can see a missed call, which the phone shows as the actual number on the display,
but in the logs its [email protected]
then, on line 1, you can see what it tries to call back when redialing: [email protected]@actualhostname (which fails miserably)
when i add this to pjsip.endpoint_custom_post.conf it works indeed.
it sets my domain in the from, and the phone has no issues correctly calling back a missed call
but… doing this for every endpoint is probably not going to be a good idea either (delete an endpoint and miss something, add an endpoint and miss something, …)
would there be a way to set it as a default for all endpoints ?
also did that, but it seemed to do nothing, the from header was not changed.
well… yeah, they didn’t do it in fpbx13 because they were seeing the external pbx ip and all was fine,
but now they see that internal one… and apparently don’t really like it.
but, buying other devices in hopes of not having this issue is not really an opption.