OpenVox DGW-100XR, Руководство пользователя, Страница: 34 / 60

DGW-100XR User Manual
OpenVox Communication Co.Ltd
32
Registration Whether this endpoint will register to this gateway or this gateway to the endpoint.
Hostname or IP
Address
IP address or hostname of the endpoint or ‘dynamic’ if the endpoint has a dynamic
IP address. This will require registration.
Notice: If the input here is hostname and your DNS has changed, you must reboot
asterisk.
Auth Authentication method for connections
Transfer Disable or not IAX2 native transfer
Trunk Use IAX2 trunking with this host
Qualify Whether or not to check the endpoint’s connection statu s.
Qualify Smothing Use an average of the last two PONG result to reduce falsely detected LAGGED
host. The default is ‘no’.
Qualify Freq Ok How frequently to ping the peer when everything seems to be OK, in milliseconds.
Qualify Freq not
Ok
How frequent ly to ping the peer when it’s either;
LAGGED or UNAVAILABLE, in milliseconds.
Port The port number the gateway will connect to at this endpoint.
Encryption Enable IAX2 encryption. The default is no.
Force Encryption Force encryption insures no connection is established unless both sides support
encryption. By turning this option on, encryption is automatically; turned on as well.
The default is no.
Trunk Max Size Defaults to 128000 bytes, which supports up to 800; calls of ulaw at 20ms a frame.
Trunk MTU With a large amount of traffic on IAX2 trunk, there is a risk of bad voice quality
when allowing the Linux system to handle fragmentation of UDP packets.
Depending on the side of each payload, allowing the OS to handle fragmentation
may not be very efficient. This setting sets the maximum transmission unit for AIX2
UDP trunking. The default is 1240 bytes which means if a trunk’s payload is over
1240 bytes for every 20ms it will be broken into multiple 1240 bytes messages. Zero
disables this functional ity and let’s the OS handle fragmentation.
Trunk Frequency How frequently to send trunk msgs (in ms). This is 20ms by default.
Trunk Time
Stamps
Should we send timestamps for the individual sub_frames within trunk frames?
There is a small bandwith use for these (less than 1kbps/call), but they ensure that
frame timestamps get sent end-to-end properly. If both ends of all your trunks go
directly to TDM, _and_your trunkfreq equals the frame length for your codecs, you