I’m trying to make use of a SIP trunk provider, without any SBC in front so have configured a SIP Trunk on SIP Server with the contact details and authentication stuff for the provider.
It seems to register fine, and I"m getting OPTIONS messages, and can make outbound calls.
However inbound calls all arrive without the user part of the invite, eg
INVITE: sip:ipaddress:5060 - not INVITE: sip:dnis@ipaddress:5060
Is this expected and why people are using SBCs? Can we not get a SIP Trunk to terminate directly into SIP Server?
Table 79: Enabling SIP Authentication
Objective Key Procedures and Actions
Configure the inbound
endpoint.
In the endpoint DN, configure the following options:
• authenticate-requests—Set this option to the value INVITE.
Incoming INVITE requests to this DN will result in an
authentication challenge.
• password—Enter the password for realm authentication. The
INVITE sent in response to the challenge must include this
password, otherwise the call will not be authorized.
Configure the Trunk. In the Trunk DN, in the AuthClient section, configure the following
options:
• username—Enter a username to be used in the response to the
Digest challenge.
• password—Enter the password to be used in generating the
response.
The call gets delivered to dn 12345 fine. I can also make outbound calls fine. DN 12345 does it have that authentication configuration on it. Only the Trunk DN has that.
From what I can tell this means I’m authenticating fine, but somewhere in the path from SIP Trunk provider to SIP Server I’m not getting a fully formed SIP INVITE message.
Routing an INVITE without a dnis in the To section means I’m currently limited to only one external DDI and cannot route to different route points using dial plans.
If the incoming INVITE message does not contain user-part in SIP headers to identify the DNIS, you have to consult with SIP provider support as the issue is out of Genesys.