Revision as of 02:51, 10 January 2019

Scheduling Problems

You may see the SBC tab in the general status as yellow. When you select it:
Status -> SBC
You may see “Scheduling problem sbc list” with the hostname of the FreeSBC. If you select it, you may see “Scheduling problem alarm” set to “true”
Status containing “scheduling” problem may point to:

• Non-dedicated (or not ‘pinned’) CPU [Open-stack]
• Not enough CPU reservation [Vmware]
• Memory is not dedicated to the Virtual Machine (VM)
• Too many active virtual machines fighting for resources on the host
• On KVM based installations (proxmox,virtmanager) CPU type must set to “host”

You need to be sure other VMs are not taking resources from FreeSBC VM instance. Follow requirements shown here: FreeSBC requirements

Registration Errors

Endpoint sends the register request to FreeSBC however the FreeSBC is not forwarding it to the registrar

• Check if SIP domain configured correctly
  

Creating a SIP domain

• Check the SIP domain Status. Be sure domain registrar can be reached by FreeSBC

 Go to Status -> SIP -> SIP Domain -> Status -> SIP Registration Domains

• Check if SIP client sends correct Domain name to FreeSBC. You can capture a SIP trace (see Signaling trace capture tool ) and use Wireshark to analyze the trace. Look at the “To:” SIP header: it must match what is in the Sıp Domain configuration of the FreeSBC.

FreeSBC forwards incoming registration messages to the registrar but registrar returns an error

• Check if SIP domain configured with correct registrar setting

Creating a SIP Registrar

• Check if Registrar NAP configured with a correct IP address

Allocating a SIP NAP

• Check if your client configured with correct username and password
• Check the forwarding modes on FreeSBC, and select the correct one

Forwarding Modes

FreeSBC always modifies the contact URI in SIP register requests to remain on the path between SIP User Agents and registrars. FreeSBC supports two different SIP registration forwarding modes (i.e. "Contact Remapping" or "Contact Passthrough").

• The "Contact Passthrough" forwarding mode makes contact username portion of the contact URI in SIP register requests to pass through unchanged.
• The "Contact Remapping" forwarding mode modifies contact username portion of the contact URI in SIP register requests and make it unique.

Forward original headers from incoming request

If your registrar wants to receive original headers from incoming requests, Forward the domain without any modification in From/To/Contact/P-Asserted-Identity SIP headers. If you want to forward incoming SIP from/to header domain to outgoing leg you need to upgrade your FreeSBC to the minimum Release 3.0.114. With Release 3.0.114 we added forward_sip_domain script to our routing scripts.

This filter is used to forward the domain name (or IP address and port) from the incoming call to outgoing call, for the following SIP headers:
- from (update call attribute :calling by appending :calling_sip_host and calling_sip_port)
- to (update call attribute :called by appending :called_sip_host and called_sip_port)
- P-asserted-identity (update call attribute :private_address by appending :private_address_sip_host and private_address_sip_port)

Installing this script :
- This script is installed as a "route_remap" filter. In your main routing script, you need to add the following lines at appropriate places in the script:
- require 'forward_sip_domain' unless defined?(ForwardSipDomain)
- include ForwardSipDomain
- route_remap :method => :forward_sip_domain
- This script requires the routes to have a custom column named "forward_sip_domain", type boolean.
(custom route column can be created in the "Routes" section of the web portal under "Create New Route Column")

Using this script:
In the WEB Portal, "forward_sip_domain" attribute is configured per route:
- Under "Routes" section of the web portal (then under "Custom Parameters").