This feature is under investigation and is only allowed to be used with support from Gigaset, please contact your local Technical Sales if you would like to use this feature.

N720 configuration

In this example we have the following set-up

• PBX has IP address 192.168.0.50
• All numbers starting with "2" are routed to the N720
• N720 has IP address 192.168.0.123
• SIP accounts are configured using the internal numbers of the PBX.
  • Number 200 has username 200 and Password 200
  • Number 201 has username 201 and Password 201
  • .....
• The internal number is in the Invite header, the PBX dials 200 and the Invite with number 200 is send. Device/handset with number 200 will ring.

Provider configuration

User/device configuration

PBX configuration

We used the Gigaset T640/T440 in this example.

SIP Gateway configuration

Gateway Group

Create a new gateway group with these settings.

Outbound routes

All numbers starting with 2 will be send to N720 

The Cisco configuration is the same when you connect to an Asterisk PBX.

http://www.uccollabing.com/2014/05/16/cucm-asterisk-trunk-integration/

• Cisco CUCM does not like multiple “extensions” to REGISTER the same contact address (IP:port)
• For multiple extensions (numbers) at the same transport destination Cisco CUCM prefers to configure a “trunk” down to N720/N510
  Trunk means in this case:
  • CUCM learns the transport destination of such “trunked” extensions (numbers) just by a local configuration inside CUCM
  • CUCM does not need and does not like to receive REGISTER requests from such “trunked” extensions

We have trick available in N510/N720 to achieve such behavior: “localhost REGISTRAR simulation”

This way  all REGISTER requests stay internal of N510/N720 and are internally confirmed with 200 OK.

The MMI is happy about being successfully registered.

Any initial outgoing request (e.g. INVITE) are sent to the configured “SIP server” , e.g. the CUCM.
With the record-route header the CUCM can install any other proxy in the route set.

As we have used the outbound proxy server field  to indicate activation of a local registrar simulation, we don’t have it available to configure any other outbound proxy overruling the “recorded” routes of the CUCM  network.

If N510/N720 and CUCM are in different subnets, N510/N720 would usually send UDP packet { CRLF, CRLF }.
To disable that you can set NAT refresh time to 0.

If you need periodical SIP traffic to use the SIP trunk,
you could consider to use one account in the regular manner to register an extension at the CUCM but all the other accounts to do registration just with the “localhost REGISTRAR simulation” mentioned above.