SyncServer S6x0 v4.0 Installation Guide
SyncServer S6x0 v4.0 Installation Guide
0 User Guide
Intro
This document explains how to install and configure a SyncServer™ S600/S650 v4.0,
1. Overview................................................................................................................................................. 5
1.1. SyncServer S6x0 Models............................................................................................................. 5
1.2. SyncServer S6x0 Key Features................................................................................................... 5
1.3. Physical Description..................................................................................................................... 6
1.4. Functional Description................................................................................................................21
1.5. Configuration Management........................................................................................................ 23
1.6. Alarms........................................................................................................................................ 24
2. Installing................................................................................................................................................ 25
2.1. Getting Started........................................................................................................................... 25
2.2. Unpacking the Unit..................................................................................................................... 26
2.3. Rack Mounting the SyncServer S6x0.........................................................................................27
2.4. Making Ground and Power Connections....................................................................................28
2.5. Signal Connections.................................................................................................................... 31
2.6. Connecting the GNSS Antenna..................................................................................................36
2.7. Connecting Alarm Relay.............................................................................................................36
2.8. Installation Check List................................................................................................................ 36
2.9. Applying Power to the SyncServer S6x0....................................................................................37
3. Keypad/Display Interface...................................................................................................................... 38
3.1. Overview.................................................................................................................................... 38
3.2. TIME Button............................................................................................................................... 38
3.3. STATUS Button.......................................................................................................................... 38
3.4. MENU Button............................................................................................................................. 40
4. CLI Commands..................................................................................................................................... 44
4.1. SyncServer S6x0 CLI Command Set......................................................................................... 44
5. Web Interface........................................................................................................................................ 57
5.1. Web Interface............................................................................................................................. 57
5.2. Status / Information Windows.....................................................................................................58
5.3. Navigation Windows...................................................................................................................67
5.4. Admin Configuration Windows................................................................................................. 105
5.5. Logs Configuration Windows....................................................................................................112
5.6. Option Slot A/ Slot B Configuration Windows...........................................................................114
5.7. Help Windows.......................................................................................................................... 123
6. Provisioning.........................................................................................................................................126
6.1. Establishing a Connection to the SyncServer S6x0................................................................126
6.2. Managing the User Access List................................................................................................128
6.3. Provisioning the Ethernet Ports................................................................................................130
6.4. Provisioning Input References................................................................................................. 131
6.5. Provisioning Inputs with Manual Entry Controls....................................................................... 138
6.6. Provisioning NTP Associations................................................................................................ 147
6.7. Provisioning NTP Security........................................................................................................149
8. System Messages...............................................................................................................................196
8.1. Facility codes............................................................................................................................196
8.2. Message Provisioning.............................................................................................................. 196
8.3. Severity codes..........................................................................................................................196
8.4. System Notification Messages................................................................................................. 197
9. Specifications...................................................................................................................................... 208
9.1. Specifications........................................................................................................................... 208
9.2. GNSS Antenna Kits Specifications...........................................................................................220
9.3. Factory Defaults....................................................................................................................... 224
Trademarks................................................................................................................................................ 289
1. Overview
Figure 1-10. SyncServer S650 Rear Panel - Single AC Version with 10 GbE and a Timing I/O Module
Figure 1-12. SyncServer S650 Rear Panel - Dual AC Version with 10 GbE and a Timing I/O Module
Figure 1-13. SyncServer S650 Rear Panel - Dual DC Version and a Timing I/O Module
Figure 1-14. SyncServer S650 Rear Panel - Dual DC Version with 10 GbE and a Timing I/O Module
Ports J1-J6 have identical functionality to the basic Timing I/O module. See for details about configuration choices.
Table 1-1. 7 and J8 Connector Pin Assignments - Timing I/O Module with Telecom I/O Connections
Pin Signal
3 N/C
6 N/C
7 N/C
8 N/C
Port Description
J1 Input same as Timing I/O module with FlexPort functionality always On, Supports TTL and 5V HaveQuick
Input
J2 Input same as Timing I/O module with FlexPort functionality always On, used for 1PPS input when HaveQuick
is configured on J1
J3 Output same as Timing I/O module with FlexPort functionality always On, Includes HaveQuick TTL or
HaveQuick 5V outputs. Includes 10V PPS or 10V PPM output.
J4 Output same as Timing I/O module with FlexPort functionality always On, Includes HaveQuick TTL or
HaveQuick 5V outputs. Includes 10V PPS or 10V PPM output.
J5 Output same as Timing I/O module with FlexPort functionality always On, Includes HaveQuick TTL or
HaveQuick 5V output. Includes 10V PPS or 10V PPM output.
J6 Output same as Timing I/O module with FlexPort functionality always On, Includes HaveQuick TTL or
HaveQuick 5V output. Includes 10V PPS or 10V PPM output.
Table 1-3. J7 & J8 Connector Pin Assignments - Timing I/O Module with HaveQuick/PTTI Connections
Pin Signal
4 Ground
6 N/C
1.4.1 LEDs
The SyncServer S6x0 provides three LEDs on the front panel, as shown in , that indicate the following:
• Sync Status
• Network Status
• Alarm Status
Figure 1-37. LEDs for SyncServer S6x0
J1 J2 J3 J4 J5 J6 J7 J8
...........continued
Config Input BNCs Output BNCs
Notes:
The SyncServer S6x0 uses IRIG 1344 version C37.118.1a-2014.
• On the input side, the code performs a subtraction using control bits 14 - 19 from the supplied IRIG time with the
expectation that this will produce UTC time. This aligns with the C37.118.1a-2014 definition.
• On the output side, control bits 14 - 19 will always be zero, and the encoded IRIG time will be UTC (if using an
input 1344 IRIG as the reference the 2014 rules are applied to get that value). Hence, any code receiving S6x0
IRIG 1344 output should work regardless of which version they are decoding (since there is nothing to add or
subtract).
1.6 Alarms
The SyncServer S6x0 uses alarms to notify you when certain conditions are deteriorating below specified levels
or when issues arise, such as loss of power , loss of connectivity, or excess traffic on a port. These alarms are
indicated by LEDs, WebGUI status, CLI status, alarm connector (configurable), SNMP Trap (configurable), message
log (configurable), and email (configurable). For more information, see Provisioning Alarms and Chapter 8: System
Messages.
2. Installing
This chapter describes the procedures for installing the SyncServer S6x0.
Note:
To avoid interference, you must consider the electromagnetic compatibility (EMC) of nearby equipment when you
install the SyncServer S6x0. Electromagnetic interference can adversely affect the operation of nearby equipment.
After installing the SyncServer S6x0 into the rack, connect the chassis to the proper grounding zone or master
ground bar per local building codes for grounding.
Run a 16 AWG green/yellow-striped insulated wire from the SyncServer S6x0 grounding lug to the earth Ground on
the rack. The rack grounding method is below.
Note:
Although there are a number of methods for connecting the equipment to earth ground, Microchip recommends
running a cable of the shortest possible length from the ground lug to earth ground.
1. Remove the grounding screw from the rear panel of the SyncServer S6x0.
2. Crimp the customer-supplied UL listed Ring Lug to one end of the 16 AWG wire. Coat the lug with an
electrically conductive antioxidant compound such as Kopr-shield spray. Use the grounding screw to connect
the ring lug to the left side of the rear panel. The surface of the SyncServer S6x0 rear panel and threads
where the grounding screw attaches must be clean of contaminants and oxidation.
3. Connect the other end of the 1 mm² / 16 AWG green/yellow-striped wire to earth ground using local building
electrical codes for grounding. The suggested method is to crimp the appropriate customer-supplied UL
listed Ring Lug to the other end of the 1 mm² / 16 AWG green/yellow-striped wire. Remove the paint
and sand the area around the screw hole to ensure the proper conductivity. Coat the connection with an
electrically conductive antioxidant compound such as Kopr-shield spray. Connect this Ring Lug to the rack with
appropriate customer supplied screws and external star lock washers, tightening to a torque value of 53.45
in-lbs.
4. Using a digital voltmeter, measure between the ground and chassis and verify that no voltage exists between
them.
Note:
To avoid possible damage to equipment, you must provide power source protective fusing as part of the installation.
The SyncServer S6x0 is intended for installation in a restricted-access location.
1. Insert the female end of the AC power cord into the AC power connector on the SyncServer S6x0. The power
receptacles support IEC cable with V-locks. The V-lock will latch the cable to prevent accidental removal of the
power cord.
2. Plug the male end of the AC power cord into an active 120 VAC or 240 VAC power socket.
3. For dual AC versions, repeat steps 1-2 for the second AC power connector.
1. Create a custom cable using the supplied Molex connector housing and terminals. The terminals need to be
crimped to the wires.
2. Connect the other end of the DC cable to nominal 24VDC or 48 VDC.
3. Repeat steps 1-2 for the second DC power connector.
4. The positive wire must be connected to the positive terminal (+) and the negative wire to the negative terminal
(-). The ground connection should only be connected to ground and not to a power supply.
shows the DB-9 male connector that mates with the serial port on the SyncServer S6x0.
describes the DB-9 connector pin assignments for the serial port.
Signal Pin
TXD 2
RXD 3
Ground 5
Note:
To avoid possible damage to equipment, you must provide external lightning protection when installing the GNSS
antenna to prevent transients.
4 Not Used
5 Not Used
7 Not Used
8 Not Used
...........continued
Vendor Mode Item Code or P/N
Figure 2-17. Timing I/O with Fiber Optic Transmitter Connections (090-15201-013 and -014)
Signal Pin
TXD 2
RXD 3
Ground 5
The antenna connections for the SyncServer S6x0 are made at the BNC female connector labeled GNSS. Allow at
least one hour for the unit to track and lock to GNSS satellites, though it typically takes far less time provided the
antenna has an adequate view of the sky.
Note:
The SyncServer S650i does not include a GNSS antenna connector.
Proper cable, grounding techniques, and lightning arrestors should be used. Mount the antenna outside, preferably
on the roof with an unobstructed view of the sky. Avoid mounting the antenna near a wall or other obstruction
blocking part of the sky. Mount the antenna well above roads or parking lots.
Note:
For the best possible timing accuracy the cable delay must be determined and entered into SyncServer S6x0 with the
web interface. See Table 10-1 for cable delay values of SyncServer S6x0 GNSS antenna kits.
Notes:
To avoid serious personal injury or death, exercise caution when working near high voltage lines. In particular:
• Use extreme caution when installing the antenna near, under, or around high voltage lines.
• Follow local building electrical codes for grounding the chassis.
The external Alarm mating connector is not supplied. The mating connector is made by Phoenix Contact, and the
manufacturer's part number is 1827703.
Operation Complete
Verify that all power and ground wires are installed correctly and securely
...........continued
Operation Complete
Verify that all input and output cables are properly installed
SYNC Clock status - Time or Frequency clock in Normal or Bridging state - Time or Frequency
clock in Freerun or Holdover state
NETWORK Network status - Management port (LAN1) is not configured or is down - Some configured
ports are down (LAN2 to LAN4) - All configured ports are up
ALARM Alarm System alarm/ -Operating normally - Minor Alarm(s) - Major/Critical Alarm(s)
fault indicator
The SyncServer 6x0 does not contain a battery-backed real time clock. Therefore, it will always boot up with a default
value for the system time. This time will be updated when it obtains time from a time reference such as GNSS, IRIG,
PTP, or NTP. The default value for the date is the software build date. This date will be used for the first log entries
when booting up the unit. The time will change to local time during the boot-up process if a time zone has been
configured.
3. Keypad/Display Interface
3.1 Overview
The keypad / display interface displays the time, system status, and provides the following functions:
• Configuring and enabling/disabling the LAN1 network port.
• Setting the time and entering freerun mode.
• Adjusting the brightness.
• Locking the keypad.
• Shutting down the SyncServer.
When the SyncServer starts, the display shows “Booting SyncServer please wait...”. Shortly thereafter, the
SyncServer displays the default time screen.
The following buttons are user-input devices for the keypad/display interface.
• ENTER: Use with MENU - Applies a menu selection or function setting.
• CLR: Use with MENU - Returns to the previous screen without saving changes.
• Left/Right Arrow Buttons: In functions, will change where the next number will be entered left or right. In status,
scrolls a screen horizontally when “<previous:next>” is displayed.
• Up/Down Arrow Buttons: In functions, will change where the next number will be entered. In status, scrolls a
screen vertically, displays the previous/next screen.
• Number Buttons: Enters a number, or selects a numbered menu item.
The following three buttons change the function of the display.
• TIME: Changes the format and contents of the time display.
• STATUS: Displays status of basic SyncServer operational conditions.
• MENU: Displays a menu of functions.
The following sections cover these three buttons in more detail.
• Alarms
• Network Ports
• Clock
• GNSS Receiver
• SyncServer model, serial number, software version, and software upgrade availability. If installed, the
configuration for each port of the timing/IO module.
Some screens have a “Next>” in the upper right. This means more information is available by pressing the right arrow
button. This cycles through screens on that topic.
3.4.1 LAN1
Selecting LAN1 brings up the Display menu screen on the display, as shown in the following image.
1. Configure: Use to select IPv4 or IPv6 address mode for LAN1 port. IPv6 automatically configures LAN1 with a
dynamic IPv6 address.
If Configure is selected, the Select LAN1 screen will appear, as shown in Figure 3-4.
2. On/Off: Use On to enable the LAN1 network port. Off disables the LAN1 network port for all traffic types.
Figure 3-4. Select LAN1 IP Mode Screen
Note: LAN1 can be configured even if the port is down or unconnected. However, the LAN1 status display will not
reflect the new configuration until the LAN1 link is up.
3.4.2 Display
Selecting Display brings up the Display menu screen on the display, as shown in the following image.
1. Set Time: Enter the UTC date and time using 24-hour format. Select ENTER to apply the entered time to the
system clock. The system must have previously been set to the “Forced Manual Time Entry ” mode on the
Timing->Input Control web page. See the following image..
Figure 3-8. Set Time Screen
2. Brightness: Adjust the brightness of the front panel display. See the following image.
Figure 3-9. Set Brightness Screen
3. 12/24 (non-UTC Only): Select a 12 (AM/PM) or 24-hour clock format. See the following image.
Note: The 12/24 and 24 Hour only appear if a local time zone has been specified via the web inteface.
Figure 3-10. Select Time Format Screen
Many keypad functions timeout after approximately 10 seconds of inactivity (no user inputs).
3.4.4 Keypad
Selecting Keypad brings up the Keypad Control screen on the display, as shown in the following image.
Figure 3-13. Keypad Control Display Screen
1. Set Password: Sets the password for the Lockout function. The *first time* the interface asks for the “Current
Password”, enter 95134. No password recover or reset feature is available for the keypad, except to reset
factory defaults using the Sys Control - Factory Reset page.
2. Lockout: The Lockout function password protects the keypad from changes. Asks for confirmation. The
factory default password for the keypad is “95134”.
4. CLI Commands
This chapter describes the CLI command conventions, the prompts, line editing functions, and command syntax. The
CLI command functions and features are listed alphabetically.
Syntax Behavior
F9<CR> Enables the connection for “time on request” operation. When enabled, the only
inputs the connection will respond to are ctrl-C and SHIFT-T (see next 2 rows).
SHIFT-T If “time on request” enabled, this triggers a time response on the connection.
Note: The “T” does not appear (it is not echoed back by SyncServer S6x0).
Enter the command F9<CR> to prepare the SyncServer S6x0 for the user's request. At the desired moment, send the
request to the SyncServer S6x0 by entering an upper case “T”. The SyncServer S6x0 saves the current time-of-day,
accurate to within 1 microsecond, to a buffer, and then outputs it to the command line interface. The SyncServer
S6x0 continues to provide the time-of-day each time it receives a “T” until F9 is cancelled. To cancel F9, enter ctrl-C
on your keyboard. The command line disregards all input other than SHIFT-T and ctrl-C (hex 03).
The time-of-day output is only available on the network or serial port used to give the F9 command.
The format of the default string returned with SHIFT-T is entered (assuming time on request is enabled) is as follows:
<SOH>DDD:HH:MM:[Link]<CR><LF>
where:
• <SOH>=ASCII Start-of-Heading character
• <CR>=ASCII Carriage Return character
• <LF>=ASCII Line Feed character
• YYYY=Year
• DDD=day-of-year.
• HH=hours.
• MM=minutes.
• SS=seconds.
• mmm=milliseconds.
• :=colon separator.
• Q=time quality character, as shown below
SPACE = Time error is less than time quality flag 1's threshold
. = Time error has exceeded time quality flag 1's threshold
* = Time error has exceeded time quality flag 2's threshold
# = Time error has exceeded time quality flag 3's threshold
? = Time error has exceeded time quality flag 4's threshold, or a reference source is unavailable
Example:
To prepare Time on Request, enter:
SyncServer> F9
Then, to request the current time, enter SHIFT-T on your keyboard. (“T” does not appear).
Response:
<SOH>128:20:30:04.357*<CR><LF>
F50<S>B<N><SEP>LLA<CR>
SyncServer S6x0 responds with the coordinate information in the following format:
F50<S>B<N><SIGN><S><DEG>d<MIN>'<SEC>"<S><SIGN><S><DEG>d<MIN>'<SEC>"<S><ALT><UNITS><CR><LF>
where:
• F50 = Function 50
• <S> = ASCII space character one or more.
• B = ASCII letter to denote Option Bay number follows
• <N> = Option Bay Number, 1.
• <SEP> = Separator
• LLA = LLA mode
• <CR> = carriage return character.
• <SIGN> = N or S for latitude; E or W for longitude;
• - for negative altitude and <S> or + for positive altitude.
• <DEG> = two-digit degrees for latitude or three-digit degrees for longitude.
• d = ASCII character d
• <MIN> = two-digit minutes.
• ' = ASCII character '
• <SEC> = two-digit seconds + 1 digit 10ths of seconds.
• “ = ASCII character ”
• <ALT> = altitude in meter
• <UNITS> = unit of altitude, ¡§m¡¦ for meters
• <LF> = line feed character.
For example, to display the LLA coordinates of the antenna, enter:
F50 B1 LLA<CR>
To display the present antenna position using ECEF XYZ coordinates in meters, use the following format:
F50<S>B<N><SEP>XYZ<CR>
F50B<N><S><SIGN><S><MX>m<S><SIGN><S><MY>m<S><SIGN><MZ>m<CR><LF>
where:
• F = ASCII character F
• 50 = function number
• <S> = ASCII space character
• B = ASCII letter to denote Option Bay number follows
• <N> = Option Bay Number, SyncServer S6x0 only has 1
• <SIGN> = Either + or - for the position of the ECEF XYZ coordinates
• <MX> = Antenna X-position in meters to tenths of a meter
• <MY> = Antenna Y-position in meters to tenths of a meter
• <MZ> = Antenna Z-position in meters to tenths of a meter
• M = ASCII character m for Meters
• <ALT> = altitude in meters
• <CR> = carriage return character
• <LF> = line feed character
Example:
Response:
F73<SP>S<STATUS><SOURCE><SP><123456789ABCDEFGHIJ><CR><LF>
The alphanumeric characters 1-9 and A-J represent specific positions in the response string shown above. The
following table describes F73’s alarm indicators based on their position in the response string.
Table 4-2. F73 Alarm Indicators
<STATUS> Clock Status “L” = Locked The Clock Status indicator reports “Locked”
“U” = Unlocked when the SyncServer S6x0 clock is locked to a
reference source (e.g., GPS, IRIG, etc.). This is
the normal operational state of the clock. While
locked, the clock steers its internal oscillator to
the reference source.
The Clock Status indicator reports “Unlocked”
when the SyncServer S6x0 clock is not locked
to a reference source. This may be because
the reference source is unlocked or unstable.
While unlocked from a reference source, the
SyncServer S6x0 uses its internal oscillator to
keep time until a reference becomes available
again.
...........continued
Syntax Alarm Indicators Description
<SOURCE> Clock Source “A” = Clock to Timing Same as WebGUI “Current Reference” row in
I/O Slot A Dashboard > Timing.
(J1A) This is also equivalent to the “Time input
selected” notification.
“B” = Clock to Timing
I/O Slot B “A” and “B” encoding can also occur if the BNC
is configured for 1PPS.
(J1B)
“P” = Clock to GNSS
“R” = Clock to External
Input Reference
(J2A/B)
“T” = Clock to NTP
“F”= None
1 PLL Synthesizer “–” = Locked The PLL Synthesizer indicator reports “Locked”
“C” = Unlocked during normal operation while the system
clock’s PLL is locked to the internal oscillator.
The PLL indicator reports “Unlocked” if the
SyncServer S6x0 clock’s hardware PLL has
failed. While the PLL indicator is “Unlocked”,
all SyncServer S6x0 clock timing parameters
are unreliable and should not be used. Contact
Microchip FTD Services and Support.
...........continued
Syntax Alarm Indicators Description
7 Primary Power “–” = OK The Primary Power indicator reports “OK” when
“W” = Fault the power supply voltages are normal. It reports
“Fault” when the internal power supply voltages
exceed +/-10% of nominal supply regulation.
While the Primary Power indicator reports a
fault, all outputs from the SyncServer S6x0 are
unreliable and should not be used.
8 Secondary Power Dual AC or Dual DC This alarm can only be set for a unit that has
version Dual AC or Dual DC installed. This field is set to
“–” = OK "Fault" if either of the dual power supply inputs
does not have valid power connected.
“w” = Fault
Single AC version
“–” = OK
B Clock Status - “–” = First time lock OK “A”is indicated until the “First normal-track
First time lock “A” = Clock Status has not since power up” transient alarm has occurred.
locked since power on Thereafter it remains “–”.
...........continued
Syntax Alarm Indicators Description
Example:
SyncServer> F73
Response:
Example:
Response:
Gnss Status
Latitude : 12 21 06.39 N
Longitude : 76 35 05.17 E
HGT Val Ellipsoid : 712.4 m
HDOP : 0.970000
PDOP : 1.980000
Fix Quality : 1
Used Satellites : 8
Receiver Status : Tracking
Operation Mode : Survey
Antenna Status : OK
SBAS Constellation : Not Tracking
Current GNSS Satellite View:
+----------------------------------------------------------+
|Index |GnssID |SatID |SNR |Azimuth |Elev |PrRes |
|------ |------ |----- |----- |------- |-------- |--------- |
|1 |GPS |14 |25 |349 |50 | -10 |
|...... |...... |..... |..... |....... |........ |.......... |
|2 |GPS |18 |23 |65 |35 | 63 |
|...... |...... |..... |..... |....... |........ |......... |
|3 |GPS |21 |32 |146 |43 | -68 |
|...... |...... |..... |..... |....... |........ |......... |
|4 |GPS |22 |22 |13 |44 | 69 |
|...... |...... |..... |..... |....... |........ |......... |
|5 |GPS |25 |34 |108 |12 | 9 |
|...... |...... |..... |..... |....... |........ |......... |
|6 |GPS |26 |26 |191 |7 | -42 |
|...... |...... |..... |..... |....... |........ |......... |
|7 |GPS |27 |27 |255 |25 | 35 |
|...... |...... |..... |..... |....... |........ |......... |
|8 |GPS |31 |31 |185 |52 | 13 |
+----------------------------------------------------------+
halt system
The behavior of this command is the same as using the Web GUI to perform a Halt (Dashboard>Security>Services).
Example 1:
If using via serial connection to console port:
Example 2:
If using SSH session:
The connection is lost and on the front panel the following message appears:
4.1.8 history
The command provides a listing of user entries during this session, regardless of their validity. If a configuration
command provides the configuration value(s) on the same entry line as the command, then the configuration value(s)
will be shown in the history.
Responses are not shown in the history list.
Command Syntax:
history
Example:
SyncServer> history
Response:
• The DHCP configuration (item 0) is shown in history because it is accomplished on the same line as the
command.
• The configured session timeout value does not appear (item 4) because the CLI prompts for that value on a
response line.
• Responses to F73 (item 1) and show... requests (items 3,5) do not appear in history
• Anything entered, even if not valid syntax (item 2) will be maintained in the history.
show image
Example
Response
4.1.10 show ip
Use this command to display the current IP settings for all LAN ports.
Command Syntax:
show ip config
The information displayed is consistent with the content shown in the Web Interface (Dashboard>Network>Ethernet).
Example:
Response:
IPv6 config
-----------------------------------------------------------------------------
|Port|Address |Pref|Gateway |
|----|--------------------------------|----|--------------------------------|
|LAN1| |0 | |
|....|................................|....|................................|
|LAN2| |0 | |
|....|................................|....|................................|
|LAN3|2001:db9:ac10:fe10::2 |64 |2002:0DB9:AC10:FE10::1 |
|....|................................|....|................................|
|LAN4| |0 | |
-----------------------------------------------------------------------------
Example 2:
Response 2:
Ethernet MAC
-------------------------
|Port|MAC |
|----|------------------|
|LAN1|00:B0:AE:00:36:0B |
|....|..................|
|LAN2|00:B0:AE:00:36:0C |
|....|..................|
|LAN3|00:B0:AE:00:36:0D |
|....|..................|
|LAN4|00:B0:AE:00:36:0E |
-------------------------
Eth Status-IPv4
---------------------------------------------------------
|Port|Address |Subnet Mask |Gateway |
|----|----------------|----------------|----------------|
|LAN1|[Link] |[Link] |[Link] |
---------------------------------------------------------
Eth Status-IPv6
-----------------------------------------------------------
|Port|Address |Pref|Gateway |
|----|--------------------------------|----|---------------|
|LAN4|2001::120 |64 | |
------------------------------------------------------------
4.1.11 set ip
Use this command to set the address mode to DHCP (IPv4 or IPv6) for the LAN1-LAN6 ports. Use this command to
provision the Host, Mask, and Gateway for IPv4 static addresses.
Command Syntax:
• To provision the IPv4 or IPv6 address mode on the specified LAN port as DHCP:
set ip address-mode lan{1|2|3|4|5|6} {ipv4|ipv6} dhcp
For changes to take effect, the specified LAN port must be restarted.
• To set the IPv4 address, mask and gateway of the Ethernet interfaces for the specified port:
set ip ip-address lan{1|2|3|4|5|6} ipv4 address
<addrv4_value> netmask <maskv4_value> gateway
<gatewayv4_value>
Note: Setting the IPv4 static address for a LAN port with this command automatically disables the DHCP
address mode for that port.
Example 1:
To set the address-mode of the Port 1 Ethernet interface to DHCP:
Example 2:
To set the static IPv4 address for LAN1 to [Link], the mask to [Link], and the gateway [Link]:
SyncServer> set ip ip-address lan1 ipv4 address [Link] netmask [Link] gateway
[Link]
Example:
Response:
Example:
To set the NENA format to 8 for the serial timing output:
SyncServer>set nena-format 8
reboot system
The behavior of this command is the same as using the Web GUI to perform a Reboot
(Dashboard>Security>Services).
Example 1:
If using console port serial connection:
Response:
Example 2:
If using SSH session:
Response 2:
4.1.15 set-session-timeout
Use this command to define a timeout for a CLI session. The session will auto-terminate if there is no session activity
(i.e. user entries) for the configured duration. If the connection is remote SSH, the connection will terminate upon
timeout. If the session is direct to the CONSOLE serial port, auto-logout will occur upon timeout.
Command Syntax:
set-session-timeout
SyncServer> set-session-timeout
3600
Response:
4.1.16 show-session-timeout
Use this command to display the session timeout value.
Command Syntax:
show-session-timeout
Example:
SyncServer> show-session-timeout
Response:
show system
Example
Response
5. Web Interface
Note:
For security reasons, the SyncServer S6x0 only supports https However, the user will get warnings from most web
browsers that a self-signed certificate is being used (not from a recognized certificate authority). Users should accept
the warnings and proceed to the login page. The internal self-signed certificate can be renewed and updated on the
Security->https page. Users can also request and install a https certificate
For security reasons, the SyncServer S6x0 will lock out a user if an invalid password is entered three times. The
user is locked out for 1 hour. The lockout is also removed if the unit is rebooted. The lockout feature can be enabled/
disabled and the invalid password lockout count can be configured on the Admin->General page.
Note:
The default user name is “admin” and the default password is: Microsemi . To avoid unauthorized access, you should
change the default password. When logging in for the first time, or after a factory default, the system will force you to
change the password.
For security reasons, the SyncServer S6x0 will lock out a user if an invalid password is entered three times. The user
is locked out for 1 hour. The lockout is also removed if the unit is rebooted. The lockout can be configured on the
Admin->General page.
Note: The default user name is “admin” and the default password is: Microsemi .
To avoid unauthorized access, you should change the default password. When logging in for the first time, or after a
factory default, the system will force you to change the password.
Figure 5-2. Dashboard Screen
Note: UTC and local time are displayed in the upper right portion of the page. Local time is based on the timezone
setting in the SyncServer unit. Daylight saving time is also applied to the local time if applicable. Local time is not
determined by the location of the web browser.
Note: If the browser is displaying a busy indicator, then please wait until the previous action is complete before
starting another action. Depending on the browser used, the web page responsiveness will vary due to the use of the
encryption cipher suite used in the S6x0. Microchip recommends using the Google Chrome browser. Under heavy
network traffic load, the web responsiveness will degrade.
Note: When system is under full rated load, opening more than one web session is not recommended. Doing so will
have a large performance impact.
Note: The SyncServer 6x0 does not contain a battery-backed real time clock. Therefore, it will always boot up with
a default value for the system time. This time will be updated when it obtains time from a time reference such as
GNSS, IRIG, or NTP. The default value for the date is the software build date. This date will be used for the first log
entries when booting up the unit. The time will change to local time during the boot-up process if a time zone has
been configured.
Current Reference This row shows the input reference that is Green if any externally selected
currently “driving” the SyncServer. It could be a reference,
timing source (best case), an external holdover Amber color only if internal oscillator.
source, or the SyncServer internal reference
(worst case).
See Table 5-3 for details of current sources.
Timing References This row shows all enabled time references. If a time reference is ready to be
used it will be green.
If it is not ready it will be red.
Frequency References This row shows all enabled frequency-only If a holdover source is ready to be
references. used it will be green.
The use of a frequency reference is thought of If it is not ready it will be red.
as a method for holding-over time when there
either was never an active time source or it was
lost.
Leap Pending This row indicates if a Leap second is If there is no warning of a Leap
pending. second pending it will be green.
If there is a warning of a Leap
second pending it will be red.
The SyncServer S600/S650 has separate timing and frequency clock controls. The time and frequency clocks are
usually in the same clock state. If they are different, then the “Current Reference” row will include text after the icon
which displays the frequency clock state. The “Time of Day Status” always shows the time clock state.
While locking to a new reference, the two states may be different for a brief time.
If there are no valid timing references, but there is a valid frequency reference, then there should be text shown since
the frequency and time clock states are different.
The system time locks, but does not frequency lock to an NTP reference. Therefore, the frequency status will display
free-run while the system is locked to an NTP reference and there are no frequency references connected.
Table 5-2. Status - Clock State Descriptions
...........continued
Status Indication Meaning Details
Handset For future use.
Locking SyncServer has selected a qualified active time In this status, the Current Source row
input for use and is now in process of aligning will, by definition, have a “green” item
all outputs to it. that has a match to it in the Timing
Sources row.
An “active” time source just means
one that is continuously providing
time (where continuous is a relative
term – in general it is an update per
second).
Holdover SyncServer no longer has a selected active time Either we are holdover using an
source, and it has been that way for longer than external frequency reference OR we
the Bridging duration. Also the condition for “red are in holdover using the SyncServer
holdover” (next row) is not met. internal reference AND the duration
is less than a user-specified time
duration.(1)
Holdover Same as prior row but specific additional The unit has been in holdover for
conditions are met. more than a user-specified duration
This condition occurs if the current source is and the holdover is based on the
the internal oscillator and the duration in time SyncServer internal reference.
holdover has exceeded the time defined by user In this case the Holdover Sources row
in the Timing > Holdover window. will not contain any green items.
(1) The main purpose of holdover is to allow the S6xx time server to continue to operate as “normal” using the
internal oscillator or external frequency reference even though the connection the GNSS is lost. The user defines
how long this holdover period will last. During this time the NTP Reference Time Stamp is updated regularly
indicating the S6xx is still connected to a time reference. Once the user defined holdover period is exceeded the
reference time stamp is no longer updated. This is important information to provide to NTP clients as they can then
determine whether or not to continue to synchronize to the S6xx. Once the S6xx reacquires GNSS and relocks, the
NTP Reference Time Stamp will again be updated regularly.
By NTP protocol definition, once an NTP server locks to a time reference and sets the Leap Indicator to 00 from 11
it never returns to 11. In other words, once the unit has left stratum 16 it should never return to stratum 16. Instead it
uses the reference time stamp behavior mentioned above.
...........continued
Field Potential Values Notes
Receiver Status • Invalid - not tracking
• Tracking NO UTC - tracking, but UTC offset
not known
• Tracking - tracking
Note: The dashboard will provide Leap indicator information as soon as it is available. For GPS, this is usually many
months ahead.
The Leap indicator information in the NTP messages sent out the Ethernet port(s) will only be sent out the last 24
hours before the event for the “01” or “10” values of this parameter. See Table 5-5 for more details about the Leap
indicator.
Note: The update available feature will only function if LAN1 has been configured with an IPv4 address and a DNS
server is configured. The DNS server can be either automatically configured via DHCP or manually when using a
static IP address. The update available feature can be disabled on the Admin->General page.
Note: You can check for the latest version number of SyncServer S600 and S650 software at these URLs:
[Link]
[Link]
The number of the most current version of the software will appear. You can compare this to the version number
installed in the SyncServer by proceeding to the web GUI Dashboard and finding the version number in the About
drop down on the right side. If you do not have the latest version installed consider contacting Technical Support.
The SNMP engine ID is displayed for the user's convenience. The SNMP MIB files for use with the SyncServer can
be downloaded on this page.
Note: Changing an SNMP configuration parameter (such as community or SNMPv3 user), will cause SNMP to
restart and the MIB2 sysuptime will restart counting upward.
Figure 5-15. Network - SNMP Window
At the bottom of the Sysinfo page, a graph is included that shows the NTP packet load. It displays the number of
packets per minute sent each minute over the last 24 hours.
The restart button at the bottom of the page will restart NTPd. This will also clear the statistics and the graph.
Table 5-5. NTPd SysInfo Parameter Descriptions
Parameter Description
System Peer The IP address of the clock source. The source is selected by the NTP daemon that is
most likely to provide the best timing information based on: stratum, distance, dispersion and
confidence interval. The address of the local SyncServer Hardware Clock can be viewed in the
hardware reference clock section of the NTP associations page.
...........continued
Parameter Description
System Peer Mode The relationship of the SyncServer to a system peer, usually a “client”. Depending the
configuration, the mode can be:
• Client: A host operating in this mode sends periodic messages regardless of the
reachability state or stratum of its peer. By operating in this mode the host, usually a
LAN workstation, announces its willingness to be synchronized by, but not to synchronize
the peer.
• Symmetric Active: A host operating in this mode sends periodic messages regardless of
the reachability state or stratum of its peer. By operating in this mode the host announces
its willingness to synchronize and be synchronized by the peer.
• Symmetric Passive: This type of association is ordinarily created upon arrival of a
message from a peer operating in the symmetric active mode and persists only as long
as the peer is reachable and operating at a stratum level less than or equal to the
host; otherwise, the association is dissolved. However, the association will always persist
until at least one message has been sent in reply. By operating in this mode the host
announces its willingness to synchronize and be synchronized by the peer.
A host operating in client mode (a workstation, for example) occasionally sends an
NTP message to a host operating in server mode (the SyncServer), perhaps right
after rebooting and at periodic intervals thereafter. The server responds by simply
interchanging addresses and ports, filling in the required time information and returning
the message to the client. Servers need retain no state information between client
requests, while clients are free to manage the intervals between sending NTP messages
to suit local conditions.
In the symmetric modes, the client/server distinction (almost) disappears. Symmetric
passive mode is intended for use by time servers operating near the root nodes (lowest
stratum) of the synchronization subnet and with a relatively large number of peers
on an intermittent basis. In this mode the identity of the peer need not be known
in advance, since the association with its state variables is created only when an
NTP message arrives. Furthermore, the state storage can be reused when the peer
becomes unreachable or is operating at a higher stratum level and thus ineligible as a
synchronization source.
Symmetric active mode is intended for use by time servers operating near the end
nodes (highest stratum) of the synchronization subnet. Reliable time service can usually
be maintained with two peers at the next lower stratum level and one peer at the
same stratum level, so the rate of ongoing polls is usually not significant, even when
connectivity is lost and error messages are being returned for every poll.
...........continued
Parameter Description
Leap Indicator The Leap Indicator (LI) is a two-bit binary number in the NTP packet header that provides the
following information:
• Advance warning that a leap second adjustment will be made to the UTC timescale at the
end of the current day. Leap seconds are events mandated by the world time authority
(BIPM) in order to synchronize the UTC time scale with the earth's rotation.
• Whether the NTP daemon is synchronized to a timing reference.
LI Meaning
00 No Warning
01 Leap second insertion: Last minute of the day has 61 seconds.
10 Leap second deletion: Last minute of the day has 59 seconds.
11 Alarm condition (Not synchronized)
When the SyncServer or NTP daemon is started or restarted, the leap indicator is set
to “11”, the alarm condition. This alarm condition makes it possible for NTP clients to
recognize that an NTP server (the SyncServer) is present, but that it has yet to validate
its time from its time sources. Once the SyncServer finds a valid source of time and
sets its clock, it sets the leap indicator to an appropriate value. The NTP Leap Change
Alarm on the ADMIN - Alarms page can be configured to generate an alarm and send
notifications each time the leap indicator changes state.
Stratum This is an eight-bit integer that indicates the position of an NTP node within an NTP timing
hierarchy. It is calculated by adding 1 to the stratum of the NTP system peer. For the
SyncServer, the stratum values are defined as follows:
Stratum Meaning
0 Hardware Clock when locked
1 Primary server
2-15 Secondary server
16-255 Unsynchronized, unreachable
For example, the SyncServer is:
• stratum 1 when the Hardware Clock (stratum 0) is synchronized to an input reference, in
holdover mode, or in freerun mode.
• stratum 2 through 15 when it is synchronized to a remote NTP server.
• stratum 16 when it is unsynchronized, indicating that it is searching for a valid source of
timing information.
Log2 Precision This is a signed integer indicating the precision of the selected peer clock, in
seconds to the nearest power of two. A typical value is -18 for a Hardware Clock where the
uppermost 18 bits of the time stamp fractional component have value, indicating a precision in
the microsecond range.
Root Delay This is a measure of the total round trip delay to the root of the synchronization tree. A typical
value for a SyncServer operating at stratum 1 would be 0 since the SyncServer is a root of the
synchronization tree For other stratum levels, an appropriate value is displayed. Depending on
clock skew and dispersion, this value could be positive or negative.
Root Dispersion This is a signed fixed-point number indicating the maximum error relative to the primary
reference source at the root of the synchronization subnet, in seconds. Only positive values
greater than zero are possible.
Packets Sent Count of the number of NTP packets sent since NTPd was last restarted.
...........continued
Parameter Description
Reference ID This is a four-byte field used to identify the reference clock source. At initialization, while the
stratum is 16, this field shows the progression of the NTP clock PLL. The field will start with a
value of INIT (may be displayed as [Link], the ASCII decimal values). Once a peer has
been selected, the clock may be stepped, in which case the reference ID field will change to
STEP (or [Link]). Once the PLL is locked, the stratum will be updated and the reference
ID will identify the selected peer. In the case of a SyncServer operating at stratum 1, the
reference ID will display the source for the local timing reference (such as GNSS). In the case
where the selected peer is another NTP server, the reference ID will display the IP address of
the server or a hash unique to the association between the SyncServer and the remote server.
Reference Time The time when the SyncServer last received an update from the selected peer. Represented
using time stamp format in local time. If the local clock has never been synchronized,
the value is zero. A time stamp of zero corresponds to a local time of Thu, Feb 7 2036
6:28:16.000. This value is typically updated every 16 seconds for a locally attached hardware
reference (e.g., GNSS, IRIG) and in an interval of 64- 1024 seconds for a readily accessible
remote NTP server.
System Jitter Jitter (also called timing jitter) refers to short-term variations in frequency with components
greater than 10 Hz.
Clock Jitter Jitter (also called timing jitter) refers to short-term variations in frequency with components
greater than 10 Hz.
Clock Wander Wander refers to variations in frequency with components less than 10 Hz.
Broadcast Delay The broadcast and multicast modes require a special calibration to determine
the network delay between the local and remote servers. Typically, this is done automatically
by the initial protocol exchanges between the client and server. This is the broadcast or
multicast delay reported by the NTP daemon.
Symm Auth Delay When NTP authentication is enabled and performed on outgoing NTP packets, this adds a
trivial amount of fixed delay that can be removed based on the authdelay value. This value is
always set to zero on the SyncServer.
Note: If the system is using NTP as the reference and the NTP server is performing a leap smear, then all non-NTP
outputs of the system will be degraded, especially outputs on the optional I/O modules.
Parameter Description
Remote The domain name or IP address of the remote end of the NTP association. “Hardware Clock”
is the SyncServer's Hardware Clock. In the case of a remote NTP connection, this will be the
IP address of the remote end.
The character in the left margin indicates the mode in which this peer entry is operating:
• (space) reject
The peer is discarded as unreachable, synchronized to this server (synch
loop) or outrageous synchronization distance.
• x = falsetick
The peer is discarded by the intersection algorithm as a falseticker.
• ,(period) = excess
The peer is discarded as not among the first ten peers sorted by
synchronization distance and so is probably a poor candidate for further
consideration.
• - (minus) = outlier
The peer is discarded by the clustering algorithm as an outlier.
• + (plus) = candidate
The peer is a survivor and a candidate for the combining algorithm.
• # (pound sign) = selected
The peer is a survivor, but not among the first six peers sorted by
synchronization distance. If the association is ephemeral, it may be
demobilized to conserve resources.
• * (asterisk) = [Link]
The peer has been declared the system peer and lends its variables to the
system variables.
• o = [Link]
The peer has been declared the system peer and lends its variables to thesystem
variables. However, the actual system synchronization is derived from a pulse-per-
second (PPS) signal, either indirectly via the PPS reference clock driver or directly via
kernel interface.
Mode
Ref Id This is a four-byte field used to identify the reference clock source. At initialization, while the
stratum is 16, this field shows the progression of the NTP clock PLL. The field will start with a
value of INIT (may be displayed as [Link], the ASCII decimal values).
Once a peer has been selected, the clock may be stepped, in which case the reference ID
field will change to STEP (or [Link]). Once the PLL is locked, the stratum will be updated
and the reference ID will identify the selected peer. In the case of a SyncServer operating at
stratum 1, the reference ID will display the source for the local timing reference (e.g., GNSS,
IRIG, FREE). In the case where the selected peer is another NTP server, the reference ID
will display the IP address of the server or a hash unique to the association between the
SyncServer and the remote server.
Stratum The stratum level of the remote clock in the NTP hierarchy. Lower values are given more
emphasis. For the local Hardware Clock, stratum 0 is a special value that indicates the
Hardware Clock it is synchronized by a “timing root” reference such as GNSS. Values in
the range of 1 through 15 indicate the number of steps the remote NTP connection is from
its timing root. Stratum 16 is a special value that indicates that the remote connection is
not synchronized. The stratum reported by the SyncServer is incremented by one from its
synchronizing peer. For example, while synchronized to the Hardware Clock (Stratum 0), the
stratum of the SyncServer is one (Stratum 1).
...........continued
Parameter Description
Reach This is an 8-bit shift register that keeps track of the last 8 attempts to reach the remote end
of the association. New bits are added to the rightmost end of the register (1 for reached or
0 for unreached) and old bits “fall off” the left hand side. The shift register is represented in
octal. For example, by converting “377” from octal to binary, one gets “11111111”, indicating 8
successful polls. For a sequence of eight successful polling attempts on a new association,
the octal value of Reach increases as follows: 1, 3, 7, 17, 37, 77, 177, 377. If the value isn't
one of those just shown, there may be a problem polling the remote end of the association. If
the value remains at 0, or decreases to 0, the association is becoming unreachable. The reach
value stays 0 if the SyncServer is a broadcast or multicast server.
Offset (ms) The time offset between the SyncServer and the remote server, in seconds, of the last poll.
The NTP daemon's clock selection algorithm gives preference to lower Offset values.
The Offset for the Hardware Clock is usually in the microsecond range. For external NTP
associations, the offset is affected by the time base of the remote node and the characteristics
of the network path, with values typically in the 1 - 10 millisecond range.
Delay (ms) The total delay, in seconds, of the round trip to the remote end of the NTP association.
For example, a value of “0.07817” equals approximately 78 milliseconds. The Delay for the
Hardware Clock is “0”. For most NTP associations, typical values range from tens to hundreds
of milliseconds. The NTP daemon's clock selection algorithm gives preference to lower Delay
values.
Disp (ms) Dispersion represents the maximum error of the SyncServer relative to the NTP
[Link] are two components in dispersion, those determined by the peer relative
to the primary reference source of standard time and those measured by the SyncServer
relative to the peer. They provide not only precision measurements of offset and delay, but
also definitive maximum error bounds, so that the SyncServer can determine not only the time,
but the quality of the time as well.
Poll (s) The length of the interval (in seconds) with which the SyncServer polls the remote server,
usually starting at 64 seconds and gradually increasing to 1024 seconds. Valid values range
from 16 to 65535, increasing by powers of 2. The polling interval for the Hardware Clock is
fixed at 16 seconds. The user-configured Minimum and Maximum Poll Interval settings on the
NTP - Config page limit this interval.
Click the Save button after making changes to save the changes. Click the Restart button to apply the changes.
NTP Query Parameter: If the NTP Query checkbox is enabled, then the SyncServer will respond to queries sent to it
from ntpq. Ntpq is used to query the state of an NTP server.
NTP UTC Leap Second Smear: If the NTP Leap Smear checkbox is checked, then the SyncServer will implement
a UTC leap second smear function at any forthcoming UTC leap second event. The unit will smear the NTP time
stamps for the 24-hour interval before the leap second event. The operation is as defined in the NTPd reference
implementation. This functionality is supported as a master NTP clock and will only affect the NTP responses for
NTPd and NTP Reflector operations. It will not affect any other time-of-day functions such as IRIG outputs, etc.
Behavior of the system is not defined if the system is an NTP client to an NTP server that is smearing.
Parameter Description
Role Server
Creates a persistent association between the SyncServer (client) and an NTP node (server).
The client synchronizes with the server if the client's clock selection algorithm selects this
server as the best clock. Typical server associations include: the hardware clock, the factory
default NTP servers, and servers added by the user.
The user creates a Server association to designate an NTP node that has an NTP Stratum
better or equal to that of the SyncServer (client). Often, the NTP server is another Stratum 1
server with a GPS reference that is outside the user's administrative jurisdiction.
Peer
Creates a persistent symmetric-active association between the SyncServer (peer1) with an
NTP node (peer2). For the NTP node running in symmetric-passive mode, there is nothing
needs to be done on the NTP node. However, the NTP node can be configured in symmetric
active mode too. When configured, the two nodes can synchronize with each other in a variety
of failure scenarios, such as loss of GPS and Internet connectivity.
The user configures NTP associations on two NTP nodes that point to the each other. The two
nodes are usually of equal stratum and have independent references, such as two separate
GPS installations or two separate network paths to NTP servers on the Internet. In the event
of a reference failure, the peerscan synchronize to the node that has the best remaining
reference.
Broadcast
Creates a broadcast server association. When configured with a broadcast address (e.g.,
[Link]), the association broadcasts NTP messages from the network interface with
the matching IP address (e.g., [Link]). Broadcast messages go out to all nodes on
the subnet, and are usually blocked by routers from reaching adjacent subnets. Consult with
the network administrator to select a correctly-scoped address and Time-to-Live (TTL) value.
Typical Usage: Broadcast associations to reduce network traffic with a large number of NTP
clients.
Note: Do not peer to an NTP server on an Ethernet port that is configured for a non-NTPd
timing service, such as PTP GM or NTP reflector.
...........continued
Parameter Description
Prefer The NTP daemon will synchronize with an association marked prefer over an equivalent
association that is not. The internal hardware reference clock prefer setting can be cleared in
order to allow an external NTP server to be preferred over the internal hardware reference
clock.
By default the SyncServer S600 Series has the NTP Prefer selected for the local hardware
reference clock. In most operating scenarios the local hardware reference clock (which more
often than not will be tracking GNSS) will be the only reference being used. With the Prefer
being selected, and no statistically better reference available, the time server will achieve
Stratum 1 status on startup or restart as rapidly as possible. If the Prefer is not selected for
the hardware reference clock then the NTP daemon will go through a standard validation
procedure for a reference clock. This procedure will take several minutes and should happen
by the time the reach indicates 377 on the reference clock association. For optimal operation,
Microchip recommends the local hardware reference remain selected as a Prefer in the
configuration.
Burst Burst
When the server is reachable, send a burst of eight packets instead of the usual one. The
packet spacing is about two seconds. This is designed to improve timekeeping quality for
server associations. This setting should only be used in agreement with the administrator of
the remote NTP device as the traffic load may be onerous.
iBurst
When the server is unreachable, send a burst of eight packets instead of the usual one. As
long as the server is unreachable, the packet spacing is about 16s to allow a modem call
to complete. Once the server is reachable, the packet spacing is about two seconds. This is
designed to speed the initial synchronization acquisition with the server command.
MinPoll This option specifies the minimum poll interval for NTP messages, in seconds to the power of
two. The minimum poll interval defaults to 6 (64 s), but can be decreased to a lower limit of 4
(16 s).
MaxPoll This option specifies the maximum poll interval for NTP messages, in seconds to the power of
two. The maximum poll interval defaults to 10 (1,024 s), but can be increased to an upper limit
of 17 (36.4 h).
Symmetric This option specifies an optional MD5 symmetric key ID, which must be 20 characters.
TTL This field is used to specify the TTL in the IP header for broadcast packets. This will control
the number of hops that the packet can be sent.
After changing the NTP configuration, click the save button and then the RESTART button to put the new
configuration into effect. While the NTP daemon restarts, its services are temporarily unavailable, and it generates
the following alarm events: NTP Stratum Change, NTP System Peer Change, NTP Leap Change.
The SyncServer S6x0 supports both broadcast and multicast.
• For broadcast, the IP address is the local subnet broadcast address.
• For multicast, the IP address is an IPv4 or IPv6 multicast address. This can beeither the IANA designated NTP
multicast address ([Link] IPv4 or FF0X:0:0:0:0:0:0:101 IPv6) or any unassigned multicast address (typically
in the range [Link] to [Link] for IPv4 or FF0X:x:x:x:x:x:x:x for IPv6).
• You can configure multiple multicast addresses but only one broadcast address on a SyncServer S6x0.
• SyncServer S6x0 does NOT support broadcast and multicast with Autokey.
The TTL used for multicast is in the range: [1, 7].
• Client IP
• First Request Time
• Last Request Time
• Total Requests
• Version of NTP
• Mode of NTP
This window also displays a graph of Client Requests / 30 minutes. There is a separate bar for each 30-minute
interval, and the graph will display data for up to the last 24 hours.
Figure 5-21. NTP MRU List Window
User-defined Name Use this entry to provide a helpful name to describe the specific service.
Maximum number of characters in the name is 47.
Although probably not a good idea, multiple rows can have the same entry. The
internal ID assures that they are always unique.
...........continued
Parameter / Column Description
Service This selection provides a top-level control for the type of network timing service being
defined. The drop-down list provides all candidates.
The selections are NTPr (NTP reflector), PTP client and PTP master. See note below
about NTPd
Note: These columns are context-aware based on the current Service column
selection. Configure column may be additionally context-aware based on the selected
Profile. Hence the best way to work with these 3 columns (Service, Profile, Configure)
is left-to-right.
Profile When appropriate, this column is used to further refine the categorization of the timing
service. A good example is a PTP master (top-level service), which always operates
with a specific PTP profile.
Configure For a timing service that has additional configuration parameters, this selection brings
up a form where all remaining parameters can set as desired.
Selecting OK on the configure form maintains this configuration as long as the
associated timing service row is being worked on. When (if) the Save selection in
that row is executed, then the configuration becomes part of that service.
Save Use this to save the timing service configured on this row.
This also saves the settings (if any) that are associated with Configure for this same
row.
Delete Remove the specific timing service configuration associated with this row.
If the row being deleted is currently mapped for use on a physical port, this action
will not be allowed. If you really want to do it, first unmap it on the Network
Timing'NTP/PTP Mapping form.
IEEE 1588 2.1 should only be configured for the PTP master configuration when using with a 1588 2.1 client.
Reflector capability is only available when the existing Security License option is installed. PTP is only available with
the appropriate PTP license option.
The reflector does not support symmetric security keys or Autokey.
The timing service will only support one IP address. When using IPv6, there could be multiple IPv6 addresses
associated with the Ethernet port. The IPv6 address can be selected by the user or automatically selected by the
system in the following order.
1. Configured static IPv6
2. First available global address - DHCP or autoconfig
3. Link-local
The unit will not respond to IPv4 NTP packets if the reflector is enabled for IPv6. The unit will not respond to IPv6
NTP packets if the reflector is enabled for IPv4.
The SyncServer S6x0 Series implements real-time, hardware-based network packet processing in tandem with
accurate hardware based NTP/PTP time stamping, general packet limiting and alarming. The reflector protects
the SyncServer CPU from excessive network traffic Denial of Service (DoS) attacks, while concurrently providing
high-bandwidth, high-accuracy NTP/PTP operations.
The system uses a real-time, hardware-based NTP/PTP packet identification and time-stamping engine. The high
capacity hardware uses the extremely accurate S6x0 Series clock to deliver the best possible NTP/PTP timestamps.
At line speed, NTP/PTP client packets are identified, the precise and accurate time stamps are added and the
packets returned to the requesting NTP/PTP client, while also bandwidth-limiting all other packets to the CPU. Since
all operations are in hardware operating at 1GbE or 10 GbE line speed the packet capacity is in excess of 360,000
packets per second.
The NTP Reflector supports the most common NTP Mode 3 NTP client requests for time. The NTP daemon running
on the embedded CPU on the other hand is capable of more NTP features and functions. The advantage of the
SyncServer S6x0 Series is that it can simultaneously perform NTP reflector operations on one user-selectable
port while conducting traditional NTP Daemon operations on the other ports. This provides the best of both NTP
operational models including common NTP daemon functions, such as peering, clustering, selection, MD5 and
Autokey authentication. The primary trade-offs are shown in Table 4-9.
Figure 5-23. NTP Packet Reflector
It is important to note that NTP is UDP/IP and is by nature susceptible to DoS attacks as no TCP/IP connection is
required. The Security-Hardening of the line speed NTP Reflector is such that in the event of an NTP DoS attack
the NTP packets will not reach the CPU and compromise the server operation. Instead, all NTP packets can be
responded to (or limited) and if the NTP load is in excess of what is expected an alarm is sent notifying the user. The
alarm threshold can be set on the packet monitoring page, which is part of the Security section tab..
When changing the configuration between IPv4 and IPv6, the reflector will be disabled for up to 15 seconds. During
this time, the traffic will be forwarded to the CPU. If the traffic rate exceeds the all-packets threshold, then the traffic
will be dropped and an alarm generated.
Figure 5-24. PTP Configuration Parameters
For a list of PTP parameters, including default value and range, see Table 9-43 through Table 9-55 in Chapter 9.
Holdover occurs when the input references (GNSS, etc.) are not available and microprocessor is steering the internal
oscillator (standard, OCXO, Rubidium). During holdover the clock accumulates error (drifts away from perfect).
By adjusting the values you can explore the relationship of holdover in days and clock error for the installed
oscillator. When the clock error is reached the server will stop updating the NTP reference time. If other NTP servers
are configured, it will then start getting time from other NTP servers. The value obtained with this estimator is a
conservative estimate of the performance of the unit. Actual performance may vary and will typically be better than
this estimate.
[Link].1 Requirements
• Software license
• SyncServer S650 with optional timing I/O module
[Link].2 Capabilities
• Make measurements on a 1PPS signal connected to J1 port of either module A or module B. Measures the
rising edge of the signal compared to the SyncServer system time.
• Calculate statistics and display results - current measurement, number of measurements, maximum, minimum,
mean, median, standard deviation, and RMS
• Take measurements and calculate statistics over a user-selected duration from 10 minutes to 24 hours, or
continuous. Web interface button to start and stop measurement. Statistics are only available if measurements
are stored locally, rather than streamed on an Ethernet port or serial port.
• Store results locally or either send results to IP address with selected UDP port number, or to the timing/event
serial port. Time interval results are sent once a second with the UTC time and measurement result. Event
timing results are sent as they are obtained. Note that the serial port may limit the rate of measurement results.
For example, a baud rate of 9600 may limit results to 25 per second. A program will need to run on the remote
computer to collect the data. For example, SocketTest could be used. It is available from [Link]
projects/sockettest/
– Example: 2017-10-30,17:57:35,-1.30000000e-07
• Download locally stored data to a file in either UTC or TAI format. Results can only be downloaded if the
measurement was stored locally instead of streaming to serial or Ethernet port.
– TAI: Each measurement is on a separate line containing the time and the measurement with units of
seconds. This download output format lists the time using the TAI timescale and in the UNIX time format,
which is the integer number of seconds since January 1, 1970, 00:00:00.
Example: 1509386292,-1.30000000e-07
– UTC: Each measurement is on a separate line containing the date/time and the measurement with units of
seconds. This download output format lists the time using the UTC timescale in a format of year-month-day,
hours:minutes:seconds..
Example: 2017-10-30,17:57:35,-1.30000000e-07
• Microchip's TimeMonitor Analyzer application can be used to analyze the results. Either download the results, or
capture results to a file from the serial port or IP port streams.
– TimeMonitor Analyzer can load the UTC-format file with “Load Other Data->Load Single/Dual Column File
…”
– TimeMonitor Analyzer can load the GMT-format file with “Load Other Data->Load Date Phase/Freq File …”
Note: The 1PPS input should be disabled on the Timing->Input control page. The measurement is not
useful if the SyncServer is using the 1PPS as the reference.
Note: Measurements are not useful if the SyncServer system clock has not been set or is changing.
Therefore, it is not recommended to use the measurement feature when the SyncServer is in warmup,
free-run, or locking clock states.
Note: If the user 1PPS input is later than the internal 1PPS, then the measurement will be positive. If the
user 1PPS is early, then the measurement result will be negative. See the following image.
Note: Input LOS alarms could be generated if the input is slower than 1PPS. Microchip recommends
disabling the LOS alarm actions on the Admin->Alarms page under this condition.
Figure 5-36. Time-Interval Measurement (conceptual)
Note: The updated GNSS receiver included in hardware released for v3.1 and later, allows for Galileo as a
choice for GNSS Constellation Selection. If v3.1 or newer software is installed in an older unit, the Web GUI
screen will not display Galileo as a choice.
Check the Help > About window for the System Inventory. The GNSS Receiver line indicates if the GNSS
receiver is Galileo capable.
Note
Number of allowed characters:
• Username: 1-32 characters, must be lowercase.
Mixed-case is not supported.
• Password: 8-64 characters, must contain uppercase, lowercase, numbers, and special
characters
• Recovery question: 1-34 characters
• Recovery answer: 1-34 characters
• Email address: 1-34 characters, ”-“ is not allowed in email address
• SMTP gateway: 1-34 characters
Note
Number of allowed characters:
• Common name: 1-63 characters
• State: 1-63 characters
• Locality: 1-63 characters
• Organization: 1-63 characters
Note: The https certificate will revert to self-signed certificate after importing configuration.
Table 5-10. Supported HTTPS Protocols
Note: The web browser controls which cipher is selected. The browser can be configured to not use undesired/weak
ciphers. Also, at each software revision, Microchip will remove ciphers that are deemed to be less secure.
Note: The Internet Explorer 11 web browser does not support TLS 1.1 with SSL high encryption.
Table 5-12. HTTPS Self-Signed Certificate Parameters
...........continued
Parameter / Column Description
Email Address Email address associated with company
Regenerate keys -- check this box to regenerate the public/private keys. Some CSR require new keys for new
certificates.
Note: Do not regenerate keys if you are using a signed certificate and you are not planning to get a new certificate.
Note: The SyncServer S600/S650 has only one level of management access of Authentication/Authorization and
that is full control. There is no read-only management access. Therefore
Authentication = Authorization when there is only one level of management access.
Note: In order to use TACACS+ authentication with the SSH login, a local user must be created with the same
username as used with TACACS+. This is not necessary for the web login.
Note: The SyncServer S600/S650 has only one level of management access of Authentication/Authorization and
that is full control. There is no read-only management access. Therefore
Authentication = Authorization when there is only one level of management access.
Note: In order to use LDAP authentication with the SSH login, a local user must be created with the same username
as used with LDAP. This is not necessary for the web login.
Table 5-13. LDAP Configuration Parameters
Note: Some certificate authorities require the user to change the public/private keys before requesting a new
certificate. To change the keys, go to the Security->HTTPS web page, fill out the self-signed certificate with the
“Regenerate keys” box checked. Then click “Apply”.
Then you will be ready to create a CSR with new keys.
However, changing the keys will invalidate any existing X.509 certificate, and the system will use a new self-signed
certificate until a new certificate is installed.
The SyncServer is typically deployed within an enterprise that manages it's own root and/or intermediate Certification
Authorities. The Certificate Signing Requests generated by the SyncServer will be signed by these internal
Certification Authorities to generate X.509 Certificates that will be installed on the SyncServer.
The CSR page accepts the following information from the user:
Figure 5-52. Security - X.509 CSR Window
To learn more, perform an internet search on the terms “SSL Certificate Formats”, “PEM Files” and/or “Converting
SSL certificate formats”
Note: If an HTTPS certificate was installed, the system will return to using the self-signed HTTPS certificate after a
configuration default.
Figure 5-53. Security - X.509 Install Window
Notes: Only alphanumeric characters, hyphen, and underline are allowed for the hostname. The hostname can be
from 1 to 63 characters long.
• abcdefghijklmnopqrstuvwxyz
• ABCDEFGHIJKLMNOPQRSTUVWXYZ
• 0123456789
• -_
Figure 5-54. Admin - General Configuration Window
Note: The software update availability feature uses IPv4. An IPv4 address and DNS server must be configured on
the Network->Ethernet page in order to use this feature.
Parameter Description
Name Name of the alarm.
If there is an asterisk as first character it means it is a transient alarm.
For alarms that have multiple secondary info (e.g. Excessive Traffic on Ethernet port has a
secondary field that identifies which port), these settings are global to all of the secondary
cases.
Clear Now This is a user-control to cause some of the alarm report mechanisms to extinguish that
particular alarm indication. These include Dashboard > Alarms, Alarm summary at top of
Web GUI, Physical alarm connector, front panel Alarm LED, and Alarm information on
front-panel [Link] is really just an acknowledgement of the alarm, but of course has
no ability to impact the underlying condition.
Auto ACK This is the same as Clear Now except it provides an automatic clearing action after a user-
defined time period following SET of the alarm. Zero (default) means to never auto-clear it.
Severity Controls the reported severity level of the alarm.
Notify | Minor | Major
The severity level “Notify” is not reported on Dashboard > Alarms, Alarm summary at
top of Web GUI, Physical alarm connector, front panel Alarm LED, Alarm information on
front-panel display. This also applies to transient alarms.
Reporting Delay This value can be used to defer the time from when the condition becomes SET until it is
actually reported. If the condition has cleared by the time the delay has elapsed then the
alarm is never reported. Main purpose would be to avoid “chatter”.
Send Trap Provides “per alarm” user control of reporting the alarm via SNMP Trap. All severities are
reported with Traps.
Write Log Provides “per alarm” user control of reporting the alarm by writing an event entry in the
Log. All severities and transients are reported into the message log.
Send Email Provides “per alarm” user control of reporting the alarm by sending an Email. All severities
and transients are reported with email.
The authentication file is provided with the upgrade file and verifies that this SyncServer unit is authorized to upgrade
with the specified upgrade file.
Note: You can check for the latest version number of SyncServer S600 and S650 software at these URLs:
[Link]
[Link]
The number of the most current version of the software will appear. You can compare this to the version number
installed in the SyncServer by proceeding to the web GUI Dashboard and finding the version number in the About
drop down on the right side. If you do not have the latest version installed consider contacting Technical Support.
Note: For releases after 1.1, if the upgrade process is used to load a previous (older) version of the software, then
the unit will reset the configuration to factory default values.
Note: If the all-packets limit on LAN1 has been reduced on the Security->Packet Monitoring page, then it is
recommended that the limit be temporarily increased back to the default value of 13000 packets/second. Otherwise,
the file upload will be very slow and may timeout.
A remote syslog server can be configured with this window and all logs can then be stored on the remote server.
The SyncServer S600/S650 has separate timing and frequency clock controls.
The squelch feature uses the time clock state for timecode and fixed-rate pulse modes. The squelch feature uses the
frequency clock state for programmable-period pulse and sine modes.
The time clock state can be viewed on the “Time of Day Status” line on the Dashboard >Timing display. Normally
frequency and clock states are the same. If they are different, then the frequency clock state is displayed next to the
icon on the “Current Reference” line.
Table 5-16. Squelch Settings
...........continued
Squelch Setting Function Notes
In warmup / freerun / locking / Output will only occur when
holdover exceeded appropriate clock state is “Locked”,
“Bridging”, or “Holdover”
In warmup Squelch output from powerup until unit Output will first turn on when “freerun”
comes out of warmup. It will not be is entered.
squelched after that.
In warmup / freerun Prevent output from powerup until the Output will be turned on when
unit comes out of freerun. Once (if) it “Locking” is entered.
does it will stay on since these states
can never be re-entered.
In warmup / freerun/ locking Prevent output from powerup until unit These 3 states are only encountered
comes out of “Locking” (internal state following powerup or reboot. Once
= “fast”). Another way of saying this Locked state is attained none of these
is don't output until first lock from states will ever occur again.
powerup, but thereafter always output.
Locked The unit has a qualified input and is Recovery Clock not stabilized adequately
locked to the reference.
Bridging The unit no longer has a qualified
input.
...........continued
SyncServer Clock Description Possible Next Conditions Required for Next
Status State Transition State
Bridging The unit no longer has a qualified Holdover Bridging time exceeded
reference, but remains operating
Normal Input reference re-qualified in
within performance associated with
less than bridging time.
Locked operation.
Holdover The unit no longer has a qualified Recovery Input becomes qualified
reference.
Recovery The selected input has been Holdover The unit no longer has a qualified
qualified and the firmware clock input.
servo begins to actively converge
Locked Clock stabilized
the output to the selected input.
Figure 5-74. Slot B - Fiber Input Module, Flex Port and Pulse Output Options Installed
Figure 5-75. Slot B - Fiber Output Module, Flex Port and Pulse Output Options Installed
Note: During initial lock and holdover recovery, there may be phase adjustments to the system 1PPS. The 1PPS to
10 MHz coherency will be affected while the LPN/ULPN outputs slew to the new 1PPS phase.
6. Provisioning
This chapter describes the procedures for provisioning the SyncServer S6x0. Use these procedures after you have
installed and powered up the SyncServer S6x0 (see Chapter 2: Installing).
To avoid unauthorized access, you should change the default password. When logging in for the first time, or after a
factory default, the system will force you to change the password.
[Link] HTTPS
A certificate is required with HTTPS. The SyncServer S6xx uses a self-signed certificate rather than a certificate
generated by a known certificate authority. Browsers will therefore give warnings when attempting to connect to
the SyncServer S6x0. Users will need to allow the browser to continue. The actual messages and screens will
be different for different browsers. Certificates have an expiration date. After the built-in certificate expires, a new
certificate can be generated on the Security->https page.
The following image shows an example HTTPS message from the Google Chrome browser.
Figure 6-1. Example - Chrome Browser HTTPS Warning
Clicking the Advanced button brings up the message shown in the following image.
The following image shows an example HTTPS message from the Mozilla Firefox browser.
Figure 6-3. Example - Firefox Browser HTTPS Warning
Clicking the Advanced button brings up the message shown in the following image.
Figure 6-4. Example - Firefox Browser HTTPS Warning, Advanced
...........continued
Method Steps Notes
Front Panel Menu button This method can only be
Select “1) LAN1” used to configure LAN1.
Select “1. Configure”
Select “1) IPv4” or “2) IPv6 (DHCPv6)
If IPv4, select Addressing Type “1) Static Addr” or “2)
DHCP”
If IPv4 Static Addr,
• enter IPv4 address and press Enter button
• enter netmask and press Enter button
• enter gateway and press Enter button
*To avoid unauthorized access, you should change the default password.
6.2.1 Logging In
Use the following procedure to log in to the system at the admin level.
Note: The default user name is “admin” and the default password is: Microsemi .
To avoid unauthorized access, you should change the default password. When logging in for the first time, or after a
factory default, the system will force you to change the password.
CLI n/a
Front Panel n/a
Notes: The User name can only have alphanumeric characters, hyphen, and underline, with a maximum of 32
characters. Alphabetic characters in User names must be lowercase.
• abcdefghijklmnopqrstuvwxyz
• 0123456789
• -_
CLI n/a
Front Panel n/a
Notes:
• Passwords must be at least 8 characters (maximum of 64 characters), and need to include at least 1 upper-
case, 1 lower-case, 1 number, and 1 special character.
• The following characters are not allowed: & < > ' “
Table 6-4. Changing a User’s Password
CLI n/a
Front Panel n/a
6.3.2 IP Version
The Ethernet ports LAN1-LAN6 ports can be individually configured for an IPv4 and/or IPv6 address. Use the
dot-decimal notation format [Link] to enter the IPv4 address parameter.
In Position Hold mode, you must specify the latitude, longitude, and height. Position Hold mode should not be used
unless antenna location has been accurately surveyed.
You can specify the elevation mask which provides a method to filter out satellites used in the timing solution based
on elevation (0 = horizon, 90 = direct overhead). The mask selection eliminates satellites smaller than the selected
mask value.
You can also specify the cable [Link] effect of the entered value is to move the positioning of the rollover of the
second (e.g. PPS) earlier by the value entered, thereby accounting for the delay associated with antenna and cable.
See Table 10-1 for cable-delay values for Microchip GNSS antenna kits and accessories.
Note: It is important the cable delay be configured with the proper value. This can be determined from the cable
length and the delay of the antenna.
Use the following methods to provision the GNSS port state and GNSS parameters for the SyncServer S6x0.
Table 6-6. Enable GNSS Port and Set GNSS Parameters
CLI n/a
Front Panel n/a
Note: If v3.1 or newer software is installed in an older unit, the Web GUI screen will not display Galileo as a choice.
Check the Help > About window for the System Inventory. The GNSS Receiver line indicates if the GNSS receiver is
Galileo capable.
Note: The system will automatically detect and decode the modulation frequency of AM-modulated IRIG inputs,
regardless of the configured AM modulation frequency. The clockAccuracy value will be based on the configured AM
modulation frequency and not the actual input signal modulation frequency.
Note: If an IRIG input is not consistently qualified using the 50-ohm impedance, then try using the high-impedance
setting.
Table 6-7. Configure IRIG or Pulse Inputs on Timing I/O Module
Web Interface Timing > Input Control Manually Configure Year for IRIG
1. In the Manual IRIG Year Input section near Input on J1
the bottom of the window, enter the Year.
2. Click the Apply button.
...........continued
Method Steps Notes
Web Interface Option Slot A/B > Timing I/O Card A Flex Port Option license is
1. For J7 Input/Output, use dropdown box to required for E1 Input on J7
select E1 input. connector of the Timing I/O Telecom
2. In the Frame Type area, click the Edit module
button,
3. Use the Frame Type dropdown box to select
the E1 frame type:
- CAS
- CSS
- 2.048 MHz
4. Use the SSM dropdown box to select the
desired SSM bit.
5. To enable CRC, click the Enable box for
CRC State.
6. Click the Apply button.
2. The specific input configuration is completed on the module configuration form. Since the HaveQuick/PTTI
module is in slot A on this S6xx, the navigation is OPTION SLOT A > Timing I/O + HQ/PTTI. Only the relevant
portion of the form is shown below.
– The top selection for J1 is shown as Timecode. If something else is in this list box, change it to Timecode.
– The 2nd J1 box shows HaveQuick. If something else is in this list box, change it to HaveQuick.
– Given that the 1st and 2nd list boxes are set as shown, the 3rd box can be set to any of the supported
HaveQuick codes.
– Notice that J2 input is grayed out. No selections are possible whenever HaveQuick is selected for J1.
This is because with HaveQuick on J1 a PPS input is the only allowed (and required) input for J2. Rather
than force an explicit configuration, the note in red below the J2 input controls explains this situation. This
approach also has the benefit that any other configured use of J2 (when relevant) remains configured
when needed.
– Since the precise alignment comes from the PPS on J2, the cable delay control on J1 (bottom control for
J1) is used to compensate cable delay on the PPS connection at J2. For example, if 100 ns is entered,
this will cause the synchronization of the J2 PPS to be moved earlier by 100 ns compared with the PPS
rising edge arriving at J2.
Select Apply to complete the configuration.
Assuming that appropriate inputs are being provided to J1 and J2, the S6xx will lock to this source of time. The status
can be seen on the References > Status form and most comprehensively on the Dashboard > Timing form, shown
below. Note that only J1 is indicated here (which is where the HaveQuick code is connected), but the J2 PPS input is
also part of this combined reference and is required to obtain lock. Note that if there is no J2 PPS an LOS alarm will
set.
Note that this module supports outputs that are compatible with these inputs, so it is possible to use another S6xx
that has a HaveQuick/PTTI module as a source to evaluate the capability.
GNSS must be configured, enabled, and connected if the “Auto-Asymmetry Correction” is enabled. The asymmetry
correction feature allows the system to learn and correct for asymmetry in the network between the PTP master and
the PTP client in the SyncServer. If asymmetry correction is enabled without GPS, then the PTP client will only be
used to adjust the system frequency and won't adjust the system time. Calibration will take at least one hour and up
to two hours.
Table 6-11. Situations where use of manual time-information can allow for full capability on outputs
...........continued
Input Time Information not Impact to outputs if Remedy Notes
Reference provided by this not manually supplied
timing reference (or provided by other
category qualified input)
IRIG “no year” • No UTC offset PTP: Manually set: These IRIG codes are
from TAI • can't set TAI • utc offset a subset that do not
• No Current year timescale • pending leap provide the current
• No pending • can't set year. For standard
• current year
leap UTCoffsetValid flag coding of IRIGs, the
codes that lack year
• can't indicate
have last digit in the
pending leap
range 0 - 3. If range
NTP:
is 4 - 7 the year is
• can't provide UTC provided. For example,
time B000 - B003 do not
• can't indicate provide year, B004 -
pending leap B007 provide year.
IRIG1344/C37.118:
• can't provide UTC
time
• can't indicate
pending leap
IRIG 1344 or No UTC offset from PTP: Manually set: As a practical matter,
C37.118 TAI • can't set TAI • utc offset the pending leap is only
timescale for one minute, so this
• can't set may not be useful for
UTCoffsetValid flag some applications - in
which case manual use
of pending leap can
help.
NTP • No UTC offset PTP: Manually set:
from TAI • can't set TAI • utc offset
timescale
• can't set
UTCoffsetValid flag
A simple example of this would be if the only available time input is an IRIG1344 and the S6xx is supporting a
PTP (IEEE-1588) Master function. Since the IRIG input provides UTC timescale and PTP uses TAI timescale, the
S6xx must convert from UTC time to get to TAI time. However, this conversion requires awareness of the current
accumulated leapseconds, information the IRIG input does not supply. Without an auxiliary method for learning this
value, the PTP output will encode the Announce message with the ptpTimescale flag set to false, which means that
PTP clients using this S6xx PTP Master are unable to derive usable time. The remedy for this scenario is for the
user to provide the current conversion value, which is easily known. By entering this in the “Manual Offset from TAI”
field, the S6xx will now trust this to be the correct conversion and will apply it when it is needed to support an output.
In the specific example, the time conversions are now performed (incorporating the user-supplied value), the PTP
timestamps will encode TAI time, and the ptpTimescale flag is set to true.
The following table provides a summary of the function supported by each of the manual entries on this form:
Table 6-12. Manual Time Control Functions
– Even if using a manually entered year, the year will increment correctly at the end of the year. This means
that on power-cycle the year that will be used won’t necessarily be the value that was entered but will also
incorporate any year increments that had taken place while operational.
– If using a manually entered pending leap, if the time when the leap is scheduled to occur has not yet
occurred when power is cycled, upon power-up the S6xx will remember that a leap had been pending.
However, upon discovery of the current time if it turns out that the time for the leap has passed, then the
pending leap will be turned off. Of course, if on subsequent power-up a time reference is provided that can
supply leap pending status, then the condition will entirely be based upon that status.
– If using a manually entered UTC offset, this value will be updated in the appropriate direction if a leap event
occurs (i.e. the time of a pending leap happens). In this way, the UTC offset can increment even when it
was originally entered manually and is not being directly updated by any external time reference.
Jan 30 18:46:28 SyncServer alarmd: id 152, index 000, severity Notify ALARM SET: Timeline has
been changed
Continuing with this example, the year is now derived from an external input but the pending leap and UTC offset
values continue to be taken from the user-entry since the IRIG input on BJ1 does not provide these items either.
Since GPS provides all the information, if we provide GPS as an input these remaining items will be driven by the
status provided via GPS. Since the manual values were intentionally set incorrectly for this example, they should
change to the correct values as GPS comes up. Figure 6-12 Shows that with GNSS now qualified (and it is also
selected in this case) the leap pending status has been updated because there is actually no pending leap, which is
what the S6xx learned from the addition of the GPS input. Similarly, Figure 6-13 shows that the UTC offset is now
showing 37 seconds, which is the correct value. Keep in mind in the situation that is the purpose for these manual
controls, such as one where only an IRIG is available as input, then of course the manual entry for leap would have
been “none” and UTC offset set to “37”, thus allowing for correct information to be encoded on time outputs even
though no active input is providing it.
When GPS was connected, we can see the actions in the message log: the leap pending event is cleared, GPS
becomes selected as the S6xx reference for time and frequency, the timeline is changed (due to the change in
offset).
Jan 30 23:29:40 SyncServer alarmd: id 173, index 000, severity Notify, ALARM CLEAR: Leap
event pending cleared
Jan 30 23:29:40 SyncServer alarmd: id 022, index 000, severity Notify ALARM SET: GNSS input
time qualified
Jan 30 23:29:42 SyncServer alarmd: id 025, index 000, severity Notify ALARM SET: GNSS input
selected as frequency reference
Jan 30 23:29:44 SyncServer alarmd: id 024, index 000, severity Notify ALARM SET: GNSS input
selected as time reference
Jan 30 23:33:32 SyncServer alarmd: id 152, index 000, severity Notify ALARM SET: Timeline has
been changed
Figure 6-7. The qualified (and selected) input does not provide year (or leap) information.
– GPS is always one of the first sources to encode the news that a leapsecond is forthcoming. Because this
input is unique in the list in that it is not also an output, there is no need to report (via GPS) to downstream
devices from the S6xx that there is a pending leapsecond. For this reason, there is no limitation on how
early a leapsecond may be encoded in GPS or on how early the S6xx will indicate it. This gets at a basic
point that whenever the S6xx is aware of a pending leapsecond (from any source, including manual entry)
this condition will be shown on the Dashboard„³Timing form. For example, in the following image a pending
leap is indicated because it was entered manually (and accepted).
There is a side-note here: release 2.0 supports multiple satellite constellation configuration. Any GNSS
input whose configuration does NOT include GPS will not be capable of learning about pending
leapseconds or the current UTC offset, so the discussion above is applicable only to combinations that
included the GPS constellation. When GPS is not included, the manual methods for indicating pending
leapseconds or setting the correct UTC offset are available.
• The other inputs (NTP, PTP (not available as an input in release 2.0), and the IRIG codes shown) have expected
notification timeframes (with respect to the leap moment) as shown. What these mean is that, even if there is
knowledge of a leap pending in advance of these timeframes (such as would certainly occur with a GPS time
reference), the indication on an output of each type should be “held off” until within that timeframe. As shown,
with an NTP output the pending leap should not be indicated any sooner than 1 day prior to the event. With PTP,
the leap is held off until ½ day prior to the leap event, and finally these special IRIG codes do not announce the
pending leap until the final minute before the leap event.
You can think about how these timeframes impact each of these signal types both as an input and as an output,
there are some interesting consequences:
– When the leap pending is taken from any of these signals, it will not be detected at the S6xx (at best) until
within the appropriate timeframe.
– The S6xx will always do its best on its outputs to fulfill the complete timeframe for that output. However,
what happens when the input providing the pending leap has a shorter pre-notification period than an
output that is configured? For example, if the incoming signal that provides the leap notification is an IRIG
1344 and the S6xx is configured to function as an NTP Primary Server, the prenotification of the pending
leap on NTP will be (at best) one minute because the IRIG 1344 won’t inform the S6xx earlier than one
minute before and therefore this status cannot be conveyed on any output sooner than that.
Figure 6-14. Expected Pre-notification Times for Pending Leap Events
With the prior discussion as background the added utility of the manual leapsecond setting can be understood. First,
a nuance is added to the basic behavior described for all manual entries in the section titled General Behavior
Associated with Manual Entry which stated:
• If there is currently a qualified time reference that is capable of providing that particular information, then a
manual entry supplying that information will NOT be used.
In the case of a manual pending leap entry, we amend this to:
• If there is currently a qualified time reference that is capable of providing leap pending information AND the time
until the pending leap is within the expected timeframe for that particular input, then a manual leap pending entry
will not be used.
• On the other hand, if a manual leap entry is applied before the expected timeframe for all qualified inputs in the
pool, then the manual entry will be accepted. In such a case, once the time until the leap moment falls within
the timeframe of any qualified input, the information supplied by that input will overrule (if needed) the manual
setting.
[Link] Examples:
• If GPS is a qualified reference, manual leap pending input will never be accepted since GPS is expected to
provide leap pending status (typically) many months prior to the leap moment. There is no formal definition for
the timeframe but for sure there will be plenty of notice and hence there is no reason to accept a manual entry.
• If GPS is not a qualified reference, then manual control of leap will be allowed at any time except when the
remaining time until leap is within the timeframe of the qualified time input shown in Figure 9 that has the longest
timeframe. In this region, the inputs are expected to provide the leap pending status.
• An example where the manual input can help to provide maximum notification to all outputs occurs if IRIG 1344
is the only time input and the S6xx is operating as a PTP GrandMaster. Since the manual input is allowed all the
way up to the minute prior to the leap moment, the user can manually enter the pending leap days (even weeks)
prior to the leap event. Since the S6xx knows that the IRIG input won¡¦t provide any information until the last
minute, the manual input is accepted. There is no problem providing the manual notification early because the
S6xx knows to hold off based on the appropriate timeframe for the signal type. In this case with PTP output, the
notification will appear in the PTP Announce messages . day prior to the event, just as it would have done if the
input had been GPS (or even NTP).
This procedure will take several minutes and should happen by the time the reach indicates 377 on the reference
clock association. For optimal operation, Microchip recommends the local hardware reference remain selected as a
Prefer in the configuration.
.
Table 6-13. Add a New NTP Association
Method Steps
Web Interface NTP > NTPd Config
1. Select the Role with dropdown box as either Server, Peer, or Broadcast.
2. Enter the IP address or DNS name of the NTP association.
3. Select the Port with dropdown box, LAN1, LAN2, LAN3, LAN4, LAN5 or LAN6.
4. Click the “Prefer” checkbox to set this as a prefer association.
5. Select the Burst setting with the dropdown box as N/A, Burst, iBurst, or Both.
6. Select the MinPoll value with the dropdown box.
7. Select the MaxPoll value with the dropdown box.
8. Select the Symmetric key with the dropdown box
9. Click the + button in the right side column to add the association.
10. Click the Save button to save changes.
11. Click the Restart button to make any changes take effect.
CLI n/a
Front Panel n/a
Method Steps
Web Interface NTP > NTPd Config
1. Select the NTP Association that is to be modified from the list.
2. Change the Role, if desired, with dropdown box as either Server, Peer, or
Broadcast.
3. Change the IP address or DNS name, if desired, of the NTP association.
4. Change the Port with dropdown box, if desired, LAN1, LAN2, LAN3, LAN4, LAN5
or LAN6.
5. Click the “Prefer” checkbox, if desired, to select or deselect this as a prefer
association.
6. Change the Burst setting, if desired, with the dropdown box as N/A, Burst, iBurst,
or Both.
7. Change the MinPoll value, if desired, with the dropdown box.
8. Change the Symmetric value, if desired, with the dropdown box
9. Change the MaxPoll value, if desired, with the dropdown box.
10. Click the Save button to save changes.
11. Click the Restart button to make any changes take effect.
CLI n/a
Front Panel n/a
particular unit. As added services are provided in future releases, this form will evolve to support extended service
capabilities. Up to 10 services (rows) can be created.
To use any of the services defined on this form, map that service to the specific physical network port where it should
run. This is accomplished on the Network Timing > NTP/PTP Mapping form.
To illustrate the process we walk through creating one more row, starting with the following image.
Suppose we want to use the S6x0 as a 1588 (PTP) GrandMaster. As part of an overall network plan, we want this
one at a higher priority than another S6x0 that is providing PTP Grandmaster services in this same network. Our
intent for doing this is so that if the clock quality being reported by both grandmasters is the same, then the BMCA
(Best Master Clock Algorithm) executing at the downstream PTP clients will choose this S6x0 because of its better
priority. Here are the steps:
• Using the Add New row, type in a helpful name for this service. This name reminds us that this service has the
priority2 setting set to 100 and the PTP domain set to 1. Both of these will be accomplished later in this
example.
The new timing service is shown on the bottom row. Note that it was auto-assigned ID = 10, the actual value is not
important. S6x0 assures that it is unique. Note also that the Save control is grayed out, indicating that there is nothing
to save. However, since we haven't yet completed all of the desired configuration there is still work to do.
• Since the default values for Service and Profile columns happen to be what we want for this service, there is
no need to change them. In general, if the values did need to be changed from the default, they should done
in left-to-right (Service, then Profile, then Configure) order since the columns to the right will adapt based on
selections to the left.
• Select the Configure control, which brings up Figure 6-17, which always begins with default values the first time
a new service is created. For this example we need to change the Domain and the Priority2 values. Set Domain
= 1 and Priority2 = 100, then OK. Figure 6-17 shows the configuration with these changes, just before selecting
OK. This action returns back to Figure 6-16 but now the detailed configuration matches the desired setup, as
described in the User-Defined Name.
• To complete the configuration, select the Save button for this row. The appearance of the form just before this
save action is shown in Figure 6-18. Compare this with Figure 6-16 for the following notes:
• Figure 6-18 shows the Save button is ready to be used (it is not grayed out) and the entire row associated with
the new service is highlighted. These are clues that the full configuration has not been completed. Why is that?
It's because we made a change on the configuration form (and saved it with the OK) but we have not saved it at
the top level (the entire timing service).
Contrast this with Figure 6-16. Here the Save is grayed out because there are no pending changes (this was
before the changes were made on the configuration form).
• If pending (unsaved) changes have been made to any row and an action is taken to
make changes on a different row, a box will appear indicating that there are unsaved
changes.
Similarly, if there are pending changes and a new form is selected, this form will appear to make sure the action
is intended.
Figure 6-17. Modified configuration for “PTP domain 1 priority2 100” just before OK selected
Once a timing service has been created its configuration can be changed as desired, including the name. In other
words, an existing service can be re-purposed or modified as needed.
Notice that there is a predefined row with internal ID = (0) at the top of the row portion of the following image, named
NTPd. The NTPd service has always been available on S6x0 and is supported on all physical network ports. NTPd
configuration is accomplished on the Network Timing'NTPd Config form. Rather than create a new method for its
configuration, the existing method remains. However, as is seen in Mapping a Network Timing Service to a LAN Port,
the method for mapping use of NTPd to physical network ports is consistent with all network timing services, which is
why this row (non-deletable and non-configurable) appears on this form.
Next, the desired service is selected from the list box in the Service Name column. Since this example maps the
service to LAN4, the list box from that row is used. Figure 16 shows the selection set. This list will always show
the first two columns of whatever has been configured on Figure 6-18. As will be seen, the list does not filter out
selections that may not actually be allowed per the combined mapping rules column of Table 6-17; the list always
shows all services that could possibly be assigned to that port.
Selection of the service associated with internal ID (10), results in Figure 6-22. Note that this row is highlighted as
indication that this assignment is not actually complete. The apply button on the right of this row is now available as
indication that something needs to be saved.
Selection of apply will attempt to complete the mapping. This action causes any specific mapping rules (see Table
6-17) to be enforced, which could lead to non-acceptance of the candidate entry (more about this later). In this case
the mapping meets all requirements and is accepted, the form after acceptance is shown in Figure 6-23. This service
is now active on LAN4.
The current mapping of network timing services to LAN ports can also be observed on the Dashboard >Timing
Services form. Figure 6-24 shows how this looks with the example just shown. As can be seen this form also shows
LAN1 which in 2.0 release is always mapped to NTPd.
Figure 6-20. Example configuration on Network > Ethernet form
All other timing services status appears at Network Timing'NTPr/PTP Status, which provides the ability to first select
the LAN to which a given service is mapped (mapping accomplished on Figure 6-23 ). In release 2.0 due to the rules
described in Table 6-17, only one of the LANs will contain status. This form prepares for expanded capability.
Using the setup from Figure 6-23 where we have mapped a PTP Master onto LAN4, select LAN4 to observe its
status. As can be seen in Figure 6-26 the specific service in use is identified (fully configured on Figure 6-18) along
with general status, including details about content being transmitted in the PTP Announce messages.
A reduced set of status can be seen at Dashboard > Timing Services Status as shown in Figure 6-27.
When the mapped service is NTPr, the status provided is similar to what is seen for NTPd (see Figure 6-25). Using
the example from Figure 6-26, where an NTPr service is mapped to LAN2, the status examples are shown in Figure
6-28 and Figure 6-29.
Figure 6-26. Example status on Network Timing > NTPr/PTP Status form (PTP Master)
Figure 6-27. Timing Service Status on Dashboard > Timing Services Status (PTP Master)
the mapping is from example in Figure 6-24. The green dot is lit for LAN4 because NTPr is mapped to
LAN4.
...........continued
Method Steps Notes
Network Timing > NTP/PTP Mapping Map PTP master to the
1. Use the NTPr/PTP Service Name dropdown desired LAN port.
box to select the PTP service name for the
desired port.
2. Click the Apply button.
The SyncServer only support TAI timescale. The ARB timescale is not used.
Per the enterprise profile specification, the PTP output will not be enabled until the UTC offset is known. This must be
manually entered on the Timing - Input Control Window page if the system has not obtained this information from the
reference. For example, the UTC offset must be manually entered for IRIG references.
IEEE 1588 2.1 should only be configured for the PTP master configuration when using with a 1588 2.1 client.
– The organizationID for both C37.238 profiles is 0x1C129D. This is not user configurable. This value is
always automatically encoded for this field.
– The organizationSubType is 0x000001 for profile C37.238-2011, 0x000002 for profile C37.238-2017. These
are not user configurable. The appropriate value is always encoded for this field.
– Per IEEE Std 1588-2008, the dataField portion of the ORGANIZATION_EXTENSION message is allowed
to have unique structure definition. For these profiles, the following elements are defined:
The GrandmasterID is part of the dataField. For C37.238-2011 the GrandmasterID range is restricted to
3 - 254 and defaults to 3. For C37.238-2017 the GrandmasterID range is unrestricted. This value is user
configurable for both C37.238 profiles.
Format Description
ZDA All fields are updated except for timezone fields, which are always 00.
$GP, $GL, and $GB are used to indicate GPS, Glonass and Beidou respectively.
Example: *$GPZDA,235626,29,11,2016,00,00*40
...........continued
Format Description
GGA All fields are updated except for the 2 DGPS fields, which are NULLed.
$GP, $GL, and $GB are used to indicate GPS, Glonass and Beidou respectively.
Example: $GPGGA,235626,3724.7719,N,12156.8643,W,1,14,0.8,14.3,M,-29.8,M,,*41
$GPGSV,4,1,23,1,46,231,45,3,58,319,46,4,165,0,0,9,2,265,0*74
$GPGSV,4,2,23,11,21,219,38,14,35,58,43,16,9,151,39,22,77,321,47*77
$GPGSV,4,3,23,23,35,277,47,25,7,39,33,26,24,125,50,31,52,54,43*41
$GPGSV,4,4,23,32,10,72,36*78
$GLGSV,3,1,23,2,20,99,23,3,58,46,49,4,35,322,44,12,21,31,0*55
$GLGSV,3,2,23,13,63,78,46,14,38,174,41,15,2,192,35,18,5,228,43*5F
$GLGSV,3,3,23,19,19,277,48,20,10,330,32*68
RMC All fields are updated except for speed and course, the 2 magnetic variation field,
which are all NULLed.
$GP, $GL, and $GB are used to indicate GPS, Glonass and Beidou respectively.
Example: $GPRMC,235626,V,3724.7719,N,12156.8643,W,,,291116,,,A*7D
Table 6-24. Configure IRIG and Other Outputs on Timing I/O Module
Note: The web page may allow a larger range for the phase offset value, but the supported range is from
-0.499999800 to 0.499999800.
Please note that for the 1PPS falling edge pulse, the maximum supported negative offset is -499,970,000 ns.
During startup and holdover recovery, the fixed-rate pulse count may adjust. For example, if 10 MPPS is configured,
there may not be exactly 10 million pulses during every 1 second window during startup and holdover recovery.
• A set of HaveQuick codes is supported. Each timecode is provided with 2 signal level options: TTL or 5V. The
code structure is identical for either choice.
– ICD-GPS-060A. This is the originating HaveQuick code defined in document of same name. See figure 8
and associated descriptions in that document. Note that J1 input also supports this timecode.
– HaveQuick II (STANAG 4246). This code is the same as ICD-GPS-060A but removes the 8 TFOM bits at
the end of the code. Note that J1 input also supports this timecode.
– HaveQuick Extended (STANAG 4430). This code adds leap second content (compared to ICD-GPS-060A).
Note that J1 input also supports this timecode.
– HaveQuick I (STANAG 4246). This is an abbreviated version of HaveQuick II (STANAG 4246). This
timecode additionally removes Year of century and day of year, so it is effectively only current time of day.
Not supported as an input on J1.
Configuration of the HaveQuick output is an extension of the existing Timecode top-level selection, as shown in the
following image. For example to configure HaveQuick II (STANAG 4246) 5V on J5 connection:
1. Select Timecode on top-level control for that connection. This enables selection of all supported timecode
categories on the 2nd control.
2. Select HaveQuick from the available list on the 2nd control.
3. Select the desired HaveQuick output code on the 3rd control, in this case HaveQuick
II.
4. Select Apply to complete the configuration.
J7 and J8 support BCD timecode outputs on RJ45 connections since these codes require a 2-wire balanced output
(not possible with BNC connection). The base code is defined in ICD-GPS-060A/B (figure 6 in revision A, figure 3-3 in
revision B). Along with the standard BCD code, an abbreviated version is also supported. This version transmits the
full 50 bits, but only the first 24 bits (UTC time of day) are meaningful. The remaining bits are set high.
For test purposes a selectable 1PPS or 1 PPMinute output is also available on the connection. Pinouts are as shown
in Table 6-25 below.
Table 6-26. J7 & J8 Connector Pin Assignments - Timing I/O Module with HaveQuick/PTTI Connections
Pin Signal
1 PTTI BCD Tx+ (code out)
2 PTTI BCD Tx- (code out)
3 1PPS/PPM out, TTL level
(for test purposes only)
4 Ground
5 Reserved, do not connect
6 N/C
7 Reserved, do not connect
8 Reserved, do not connect
Electrical characteristics for code outputs on pins 1 and 2 are as described in ICD-GPS-060 revision B, section
[Link].
To configure BCD codes for output on J7 or J8 is straightforward:
• Navigate to the form using the OPTION SLOT A (or B) > Timing I/O + HQ/PTTI selection on the left-side column
of the web interface.
• The only top-level choices will be off (no output) or PTTI Output, as shown in the figure. Select PTTI Output.
• The 2nd control lists the 4 available options:
– BCD Full - 1PPS. This will generate the full BCD code along with 1PPS test signal on pin 3.
– BCD Full - 1PPM. This will generate the full BCD code along with 1PPM (1 pulse per minute) test signal on
pin 3.
– BCD Abbrev - 1PPS. This will generate the abbreviated BCD code (still 50 bits, but only first 24 contain
content) along with 1PPS test signal on pin 3.
– BCD Abbrev - 1PPM. This will generate the abbreviated BCD code (still 50 bits, but
only first 24 contain content) along with 1PPM (1 pulse per minute) test signal on pin
3.
Select Apply to complete the configuration.
In Summary, the programmable pulse feature supports controls to generate on-time (UTC) events based on pattern-
matching of any digits in the following common time description format:
DDD:HH:MM:SS.<fractional second>
Where
DDD = Day of the year
HH = Hour of the day
MM = minute of the hour
SS = seconds of the minute
<fractional seconds> = time of the second in decimal digits down to 10 ns
Additional capability is provided to define wildcard digits that will allow repeat pulse outputs whenever the first
non-wildcard digit is matched in time (explained later).
The width (stop time) of the generated pulses can also be configured. Other than this control, the signal
characteristics are the same as Pulse > Fixed Rate outputs on the J7 connector.
Figure 6-30. Option Slot Window - Timing I/O Module with Programmable Pulse License Installed
With the Programmable Pulse setting, an Edit button appears on the form. First-time selection brings up the
configuration form which is used to create the specifically desired output behavior. The bottom of the form provides a
reminder of time region covered by each of the configuration boxes.
The Start Time row is used to define a time (or times) when pulses should be generated. The “X” that is defaulted
into each of the boxes is a wildcard which, as will be seen, is used to match all times for that particular time
partition. Other than the wildcard character, numeric values are allowed within the appropriate range for each box.
For example, the hour entries allow 0 - 2 for the tens of hours and 0 - 9 for single hours (e.g. 00 - 23 combined
range).
The simplest usage is to provide numeric entry (no wildcards) for every box. This will have the effect of generating
only 1 pulse per year, but it is a helpful way to understand the most basic operation. In words, The configuration
below will produce a single pulse at the associated J7 connector with rising edge occurring on the 100th day of the
year, 16th hour of that day, 12th minute of that hour, 44th second of that minute, 500 nanoseconds after the start of
the 44th second (note that there are 8 fractional seconds digits, so the rightmost is tens of nanoseconds, hence the
value shown is 500 ns).
Since the end time control is not used in this case, the pulse width is defaulted to the shortest possible, which is 10
ns.
Since having capability to generate a precisely timed output only once a year is limiting, the wildcard can be used to
greatly expand the utility. The behavior associated with the wildcard is as follows:
• The wildcard “X” means that all values are a match for the box that contains it.
• Working from the left (start at hundreds digit of day of year entry) the first non-wildcard value defines the rate at
which pulses will be generated (example will demonstrate this).
• Again working from the left, as soon as a non-wildcard is encountered (i.e. a number is encountered), there can
be no more wildcards. Tip: when entering wildcards if you first enter the rightmost one then all positions to the
left will be auto-filled with wildcards.
Here's an example:
• Wildcards are entered for all entries from the left through the tens of seconds digit. The current time for all of
these wildcard entries will never prevent generation of an output pulse. Another way of saying this is that a pulse
will be generated whenever the time matches the remaining numerically-assigned entries.
• The first numeric digit is a 4 in the seconds location. Since everything to the left is a wildcard it means that
outputs will occur sometime in every second that ends in 4. This would be 6 different times in every minute:
seconds 04, 14, 24, 34, 44, and 54.
• Since there are further non-zero digits to the right of the 4, the actual time of the pulse outputs will be 70
milliseconds (the 070), 11 microseconds (the 011), and 560 nanoseconds (the 56) after every second in the
minute that ends in “4”.
This approach can be used to generate a variety of time-aligned repeating pulse patterns.
For all above examples, the pulse width will be 10 ns (the default). For precise control of the pulse end time the set
end time capability is used. Following the wild card example, the figure below shows a result after checking the set
end time box. This brings up another set of entries that follow the same rules as the start time entries previously
described. The difference is that these define when to end (go from high-to-low) the pulse. The example below shows
that when wildcards are used, both start and stop must share the same wildcard positions, which is enforced by
the interface behavior. The example shown will generate pulse widths of about 1 second, short of that amount by
70.01156 ms since only the start time has that additional delay (of course, that amount could also be added to the
stop time to make it exactly one second width).
Because the end time setting is just as configurable and precise as the start time, this capability can be used as a
method to generate a precise falling edge event (or series of events). Thought of in this way, the example below will
generate a precise falling edge at 5, 15, 25, 35, 45, and 55 seconds of every minute. If there are situations where
precise start (on rise) and stop (on fall) are needed, this scheme can support it.
This capability can also be used as a precise method to bracket a signal of interest. As a simple example, suppose
we want to frame an on-time PPS rising-edge with a pulse that begins 100 ns prior to the PPS and ends 100 ns after
the PPS. The setup shown below will accomplish this:
• Since we are using the wildcard at the 1 seconds digit, the start time will initiate a pulse at 999.9999
milliseconds after the start of each second, which is the same thing as 100 ns prior to the start of the next
second.
• The end time is set to occur 100 ns after the start of each second.
The image below shows the result on a scope. The yellow waveform is an on-time rising-edge PPS signal. The
magenta waveform is the programmed pulse generated by this setup. Note that it straddles the PPS signal by 100 ns
on either side.
This example also illustrates the behavior when the end time value is a smaller value than the start time, which might
seem illogical (how can the pulse end before it starts?). The way to think of it is that there is always cause-and-effect
between start and end time. If the programmed pulse hasn't started, then there is never anything to stop. Using the
example, if you think of the startup of this configuration beginning at the top of a second, on that second the end
time is encountered first (100 ns after start of second). However, since there hasn't yet been a start time match,
nothing happens. Later in that same second, the start time match occurs (100 ns prior to the next second) and
the programmed pulse actually starts. Then, 100 ns into the next second, the end time matches the wildcard and
the programmed pulse ends. This process will continue on every second thereafter. This technique can be used to
bracket any time of interest, even if it requires end time to be smaller than start time.
To complete any setup, the OK control in lower right is chosen, which returns back to the slot module configuration
form. The specific programmable pulse configuration is retained while on the module configuration form, but it is
not actually configured until the Apply on the slot module configuration form is selected (same as is used for any
module configuration). If you forget to Apply, a warning dialog will appear so you'll have the opportunity to save the
programmable pulse configuration if that is what you wanted.
Table 6-28. Configure Programmable Pulse Outputs on Timing I/O Module
this use-case:
Next, since it generally makes no sense to also allow use of this input also as a sync input reference, the J1
connection should not be enabled on the Timing > Input Control form, as shown here. Disabling J1 as a timing input
reference source does not restrict its usage for measurement.
• The Select Input Slot control identifies which slot module J1 connection will be used for the measurement.
Selection is only possible if the S6xx contains 2 slot modules and both are capable of supporting measurement.
If there is only a single module no choice can be made and the control will show the correct slot. This control is
common to time-interval and event timestamping measurements.
• The Configure Measurement section provides 3 areas of measurement control. These controls are all equally
applicable to time-interval and event timestamping measurements.
• The Output section provides choice on the method to use for data transmission/storage:
– Setting Destination to LOCAL directs the measurement results to local storage on the S6xx. Regardless of
measurement type up to 86,400 measurements can be stored (the number of seconds in one day). The
storage capacity is based on actual data, not measurement time. For example, if using Event Time mode
and one event occurs each day, then the storage capacity is 86,400 days. If local storage becomes filled,
new measurements will continue to be saved, pushing the oldest ones out as needed so that the contents
of the storage (when filled) will always be the most recent 86,400 measurements.
With this setting none of the other selections in the Output section are relevant (they are grayed out).
– Setting Destination to SERIAL directs the measurement results to the Data/Timing 9-pin serial connection
on the S6xx. Any terminal program that supports serial connection can be used to collect (and log if
desired) the results. Since there are other possible uses for this connection it may be necessary to
de-activate other enabled functions currently assigned to it. The Timing > Serial form is where these other
uses are controlled. To use this connection for output of measurements, this form must have setting to Off
(as shown).
– Control of serial port settings is provided on the Admin > Serial Port Config form. This form provides
independent serial port controls for the console port (not used for measurement output - upper 9-pin serial
connector) and the Time of Day Port (on the left side of the form), which is the lower 9-pin connection
labeled Data/Timing port on the S6xx. Configure these settings to agree with the terminal program settings
on the device used to receive the measurements. Note that lower baud rates will lower the number of
event time measurements that can be made each second. For example 9600 baud may limit event time
measurements to 25 per second instead of 100 per second.
With SERIAL setting none of the other selections in the Output section are relevant (they are grayed out).
– Setting Destination to NETWORK directs the measurement results to the LAN1 ethernet connection (same
physical connection as the WebGUI). With this setting, the other controls are used to specify the connection
that will receive the LAN1 output: IP version, IP Address, and UDP port.
• The Duration section provides control for how long the measurement should run. The control provides a range
of bounded choices, all of which will open and close the measurement window for the indicated time, initiated
by activation of the Start control. The measurement window will self-terminate regardless of whether or not any
actual measurements occurred.
The continuous selection keeps the measurement window open endlessly upon Start selection.
• The Apply section provides the measurement start and stop control. The control is context-aware and always
shows the action that will occur upon its application. Selecting Start begins the measurement and grays out
other control settings since the measurement parameters are “locked in” as long as the measurement is running.
Whenever the measurement is running the control will indicate Stop.
When the Destination setting is LOCAL the Start and Stop controls have additional significance:
– Following selection of Start any data collected so far can be downloaded (See Download Measurement
section of form). Downloading while measurement is running will not cause any loss of data collection.
– Following selection of Stop and until the next Start is selected, any stored data from the prior measurement
remains available for downloading. Upon next Start, this prior data is cleared in order to begin new data
collection.
• The Measurement Data section provides control of which type of measurement to make:
– If Time Interval Measurement is selected, the measurement performed is a time-interval measurement
(every second) of the user-provided J1 input PPS compared with the S6xx system PPS. While the
measurement runs, if the measurement Destination is set to LOCAL, the data shown below is periodically
updated. Along with the current time-interval measurement, the other results are well-known statistical
measures for data populations. Only the actual measurements are stored.
– If Event Time is selected, the measurement performed is to timestamp the time of occurrence of every
positive edge (the “event”) at the J1 input. While the measurement runs, if the measurement Destination is
set to LOCAL, the data shown below is periodically updated. This is a sampling of 3 recent timestamped
events (this display may not always show consecutive events, but the stored data will not miss any events
as long as the sustained input event rate is not greater than 100 events/second).
Number of Events shows the total events that have occurred since the start of this measurement
Most Recent Events shows recent timestamps in the format of <TAI seconds> <fractional seconds>. TAI
time is the number of seconds since midnight Jan 1, 1970 and is the timescale used for IEEE-1588 (PTP).
For the example shown below, the 3 events are seen to be precisely 10 seconds apart. The source for
these events was an S6xx programmable pulse capability configured to generate an event whenever the
UTC seconds contains a 6, resulting in events at 06, 16, 26, 36, 46, and 56 seconds every minute.
• The Download Measurement section provides the method to save measurement results wherever desired in
the host environment. This option is available only when the Destination for the measurement is/was LOCAL.
Results can be saved while the measurement is still running or any time after it has stopped. Details about
downloads based on selection:
Time Interval Measurement:
– If format is UTC
Filename is of this form: SyncServer_time_interval_measurement_UTC_1549673170.txt
Data format is of this form (last field is fractional seconds):
2019-02-11,16:45:02, -2.00000000e-09
2019-02-11,16:45:03, -2.00000000e-09
2019-02-11,16:45:04, 4.00000000e-09
– If format is TAI
Filename is of this form: SyncServer_time_interval_measurement_TAI_1549673165.txt
Data format is of this form (last field is fractional seconds). These are the same measurements as UTC
data above, the only difference is time of measurement (left column) is the TAI seconds:
1549903539, -2.00000000e-09
1549903540, -2.00000000e-09
1549903541, 4.00000000e-09
File Header is of this form (directly compatible with Microchip TimeAnalyzer). Note that the #Start
information provides the TAI time of the first measurement in traditional format (it won't appear if there
are no measurements made).
2019-02-11,16:56:53, 1.00000000e-08
2019-02-11,16:57:03, 1.00000000e-08
2019-02-11,16:57:13, 1.00000000e-08
– If format is TAI
Filename is of this form: SyncServer_event_time_TAI_1549904286.txt
Data format is of this form (<TAI seconds>.<fractional seconds>):
1549904260.000000010
1549904270.000000010
1549904280.000000010
File Header is of this form (directly compatible with Microchip TimeAnalyzer). Note that the #Start
information makes it easy to know in traditional format the TAI time of the first event (it won't appear if
there are no events).
CLI n/a
Front Panel n/a
CLI n/a
Front Panel n/a
CLI n/a
Front Panel n/a
• Alarm/Event ID
• Date&Time
• Severity
• Alarm/Event Description
• Index
• Alarm Action
• Sequence Number
The alarm OIDs are under [Link].4.1.9070.[Link].4.1.
The Alarm/Event ID element should be used to determine which alarm or event was generated. Alarm and Event IDs
are listed in Chapter 8: System Messages.
Note: The SNMP MIB can be downloaded from the SyncServer S6x0 on the Help web page. The LAST-UPDATED
and REVISION fields in the MIB can be used to determine the revision of the MIB. Older versions of the S650ALARM
MIB will be compatible with newer versions of firmware, but will not support newer features.
Up to 10 SNMP trap recipients can be configured.
CLI n/a
Front Panel n/a
CLI n/a
Front Panel n/a
Note: Configuring blank SNMPv2 read and write community names will disable SNMPv2.
CLI n/a
Front Panel n/a
Note: All character except (<), (&), (>), (“), (') are accepted for SNMP usernames, authentication or privacy keys.
CLI n/a
Front Panel n/a
To avoid electromagnetic discharge damage to the circuitry, never attempt to vacuum the SyncServer
CAUTION
S6x0.
The following table lists preventive maintenance measures to be performed periodically. Do not disassemble
components just for the purpose of inspection.
Table 7-1. Preventive Maintenance
7.4 Troubleshooting
LEDs, and System Messages can all be very helpful in troubleshooting the SyncServer S6x0. Use the Alarms page of
the Web GUI to view system messages or use SNMP trap messages.
Note: The SyncServer S6x0 incorporates a system reboot function (watchdog) if any of the system's software
become unresponsive. If the system's software is unresponsive for 15 minutes, then the watchdog timer will report an
event in the event log (add the actual event here), and the system will reboot.
Red - Management port (LAN1) is not Use the Web GUI to view the
configured or is down configuration and status of ports,
Network > Ethernet
or expand the “Network” tab to see
the configuration of each port.
See Table 8-1 in Chapter 8 System
Messages for corrective actions.
...........continued
Indicator Label Description Corrective Action
Ethernet 1 Left LED Amber - 100BT link n/a
RJ45 Port LEDs 2 Left LED Green - 1000BT link
link/activity 3 Right LED Green blinking - Activity
indicator 4 Left LED Off - No link Use the Web GUI to view alarm IDs
Right LED Off - No link and descriptions,
Admin > Alarms ,
or expand the “Alarm(s)” tab on the
Dashboard to see a summary of
active alarms.
• Check the cable connections.
• Verify that interface is enabled
by using Web GUI page:
Network > Ethernet.
• Check that either Ethernet
Auto Negotiation is enabled or
that speed has been set to
a compatible level with the
connecting network element by
using Web GUI page:
Network > Ethernet.
• Make sure that only full-duplex
network devices are used. The
SyncServer S6x0 does not
support half-duplex devices,
such as hubs, for NTP
connections.
The SyncServer 6x0 does not contain a battery-backed real time clock. Therefore, it will always boot up with a default
value for the system time. This time will be updated when it obtains time from a time reference such as GNSS, IRIG,
or NTP. The default value for the date is the software build date. This date will be used for the first log entries when
booting up the unit. The time will change to local time during the boot-up process if a time zone has been configured.
Table 7-3. Upgrading Firmware
Note: If the upgrade terminates with an authorization error, then this system is not authorized to upgrade to new
upgrade image, or the [Link] file is for a different software version than the upgrade image file.
Note: If “upgrading” from revision 2.0 or higher to an older revision, then the system will set configuration to factory
default values.
Note: Configuration changes made after the upgrade but before the reboot will not be available after the reboot.
Note: If the all-packets limit on LAN1 has been reduced on the Security > Packet Monitoring page, then it is
recommended that the limit be temporarily increased back to the default value of 13000 packets/second. Otherwise,
the file upload will be very slow and may timeout.
...........continued
Item Part Number
S650i Quickship Models
SyncServer S650i+Timing I/O Module 090-15200-653
Quickship Options
Security Protocols License Option 920-15201-002
Flex Timing Option for Timing I/O Module 920-15201-009
GNSS Option 920-15201-001
PTP Output Option 920-15201-003
PTP Input Option 920-15201-004
Measurement Option 920-15201-011
Programmable Pulse Option 920-15201-005
...........continued
Item Part Number
Dual AC Power Supplies 090-15201-002
Dual DC Power Supplies 090-15201-010
S650 Oscillator Upgrades
SyncServer OCXO Upgrade 090-15201-003
SyncServer Rubidium Upgrade 090-15201-004
S650 Modules / Hardware
SyncServer Timing I/O Module 090-15201-006
SyncServer LPN Module 090-15201-007
SyncServer ULPN Module 090-15201-008
10 GbE Card 090-15201-009
SyncServer Timing I/O Module with Telecom I/O 090-15201-011
SyncServer Timing I/O Module with HaveQuick/PTTI 090-15201-012
SyncServer Timing I/O Module with fiber optic input 090-15201-013
SyncServer Timing I/O Module with fiber optic outputs 090-15201-014
S650 Software Enabled Options
Security Protocols License Option 920-15201-102
Flex Timing Option for Timing I/O Module 920-15201-109
PTP Master Option 920-15201-103
PTP Input Option 920-15201-104
Measurement Option 920-15201-111
GNSS Option 920-15201-101
Programmable Pulse Option 920-15201-105
The antenna kit (part number 093-15202-001) includes a short SyncServer adapter cable (part number
060-00039-000) with BNC(m)-N(f) connectors. All primary antenna cables use N(m) connectors on either end. A
single cable must be used between the adapter cable and the next accessory (lightning arrestor, inline amplifier, or
antenna). Lightning arrestors include a 25 ft. cable to connect to the next accessory (inline amplifier or antenna).
Note: Lightning Arrest Kit includes 25 ft. cable. Total length includes the additional cable that is part of the Lightning
Arrestor if selected.
Note: To receive GLONASS or BeiDou signals, the antenna system should be made of GLONASS and/or BeiDou
compatible components.
.
Table 7-7. GNSS Antenna Kits & Accessories
Kit: 990-15202-075
Total length: 75 ft,
Cable: 50 ft; lightning arrestor (112-43400-00-3);
Cable: 25 ft; antenna kit (093-15202-001)
Kit: 990-15202-100
Total length: 100 ft,
Cable: 100 ft; antenna kit (093-15202-001)
...........continued
Antenna Kit Part Number
Kit: 990-15202-125
Total length: 125 ft,
Cable: 100 ft; lightning arrestor (112-43400-00-3);
Cable: 25 ft; antenna kit (093-15202-001)
Kit: 990-15202-150
Total length: 150 ft,
Cable: 150 ft; antenna kit (093-15202-001)
Kit: 990-15202-175
Total length: 175 ft,
Cable: 150 ft; lightning arrestor (112-43400-00-3);
Cable: 25 ft; antenna kit (093-15202-001)
Kit: 990-15202-200
Total length: 200 ft,
Cable: 200 ft; antenna kit (093-15202-001)
Kit: 990-15202-225
Total length: 225 ft,
Cable: 200 ft; lightning arrestor (112-43400-00-3);
Cable: 25 ft; antenna kit (093-15202-001)
Kit: 093-15202-002
Lightning Arrestor (112-43400-00-3) with 25 ft. cable
Kit: 093-15202-003
Lightning Arrestor (112-43400-00-3) with 25 ft. low loss cable
Kit: 093-15202-007
GPS/GLONASS/BeiDou 1:4 splitter with Two (2) x 3 ft. cables
...........continued
Antenna Kit Part Number
Kit: 093-15202-010
• Anti-jam GPS/GLONASS/BeiDou Antenna (112-15202-004)
• Mounting Bracket (158-00273-000)
• Adapter cable for chassis (060-15202-004)
Note: The required antenna is TALLYSMAN 32-3372-14-01, 40dB GNSS Antenna, N connector. Standard cable is
LMR-240 or equivalent. Low loss cable is LMR-400 or equivalent.
Note: If you are downloading a product manual for the first time, you will need to register with Microchip for a
username and password. If you are currently registered, login and download the manual update.
8. System Messages
This section provides information about the system messages that are displayed in response to a provisioning event
or to an alarm that occurs when an associated threshold or timer is outside of the provisioned setting.
Mmm dd hh:mm:ss
host_name Process-name AlarmID,Index,Severity, MsgText
Where:
• Mmm = Month; dd = date; hh:mm:ss = system time
• host_name = hostname
• process-name = alarmd
• AlarmID = 000 thru Max_AlarmID
• Index = 0 thru 155
• Severity = Notify | Minor | Major | Critical (defined by severity code)
• MsgText = (see tables)
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
Input ref poor quality 21 Minor No GNSS | NTP | J1A | J2A | • If this persists for
J2A | J2B > 1hr check input
Input Poor Quality reference.
GNSS | NTP | J1A | J2A | • For GNSS check signal
J2A | J2B quality.
Input poor quality cleared No action required
Time input selected 24 Notify Yes GNSS | NTP | J1A | J2A | No action required
J2A | J2B
input selected as time
reference
Freq input selected 25 Notify Yes GNSS | J1A | J2A | J2A | No action required
J2B
input selected as frequency
reference
Input Alarm indication 27 Minor No T1E1-[1 | 2] Input Alarm Correct input signal.
signal (AIS) Indication Signal N/A
T1E1-[1 | 2] Input Alarm
Indication Signal cleared
Input out of frame 28 Minor No T1E1-[1 | 2] Input out of Correct input signal.
frame N/A
T1E1-[1 | 2] Input out of
frame cleared
Input CRC Error 29 Minor No T1E1-[1 | 2] Input CRC Error Correct input signal.
T1E1-[1 | 2] Input CRC Error N/A
cleared
GNSS Time Qualified 33 Notify No GNSS input time qualified No action required
Exit Input Time qualified No action required
cleared
NTP Time Qualified 34 Notify No NTP input time qualified No action required
Exit NTP Input Time qualified No action required
cleared
PTP Time Qualified 35 Notify No PTP input time qualified No action required
Exit PTP input time qualified No action required
J1A Time Qualified 36 Notify No J1A input time qualified No action required
Exit J1A Input Time qualified No action required
cleared
J1B Time Qualified 37 Notify No J1B input time qualified No action required
Exit J1B Input Time qualified No action required
cleared
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
GNSS Freq Qualified 40 Notify No GNSS input freq qualified No action required
Exit Input Freq qualified No action required
cleared
NTP Freq Qualified 41 Notify No Reserved - event will Reserved - event will
never be reported never be reported
PTP Freq Qualified 42 Notify No PTP input frequency qualified No action required
Exit PTP input frequency No action required
qualified
J1A Freq Qualified 43 Notify No J1A input freq qualified No action required
Exit J1A Input Freq qualified No action required
cleared
J1B Freq Qualified 44 Notify No J1B input freq qualified No action required
Exit J1B Input Freq qualified No action required
cleared
J2A Freq Qualified 45 Notify No J2A input freq qualified No action required
Exit J2A Input Freq qualified No action required
cleared
J2B Freq Qualified 46 Notify No J2B input freq qualified No action required
Exit J2B Input Freq qualified No action required
cleared
J7A Freq Qualified 47 Notify No J7A input freq qualified No action required
Exit J7A Input Freq qualified No action required
cleared
J7B Freq Qualified 48 Notify No J7B input frequency qualified No action required
Exit J7B Input frequency No action required
qualified cleared
PTP Input Change 52 Notify Yes PTP input lost No action required
PTP input lost cleared (PTP parent dataset
changed)
No action required
PTP master switch 53 Notify Yes PTP master switched or No action required
being re-qualified
PTP input not time/ 54 Notify No PTP input time | freq not No action required
freq traceable traceable No action required
PTP input time | freq not
traceable cleared
PCP client dropped 72 Notify Yes PTP client x dropped from No action required
LANx client list
PTP client added 73 Notify Yes PTP client x added to LANx No action required
client list
PTP client list 74 Notify Yes PTP client list on LANx No action required
refreshed refreshed
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
PTP state change to 75 Notify Yes PTP state changed to No action required
disabled disabled on LANx
PTP state change to 76 Notify Yes PTP state changed to No action required
listening listening on LANx
PTP state change to 77 Notify Yes PTP state changed to master No action required
master on LANx
PTP state change to 78 Notify Yes PTP state changed to No action required
passive passive on LANx
GNSS receiver 91 Major No GNSS receiver • Reboot
comms failed communications failed • If problem persists call
GNSS receiver SGS for support.
communications No action required
failure cleared
GNSS receiver not 92 Minor No GNSS receiver not tracking • Check Antenna
tracking satellites satellites installation
GNSS receiver not tracking • Check if Antenna cable
satellites cleared is connected properly.
• Installation should
conform to the
guidelines as described
in Chapter 10.
No action required
GNSS Signal Low(1) 93 Minor No GNSS signal low Improve antenna gain
GNSS signal normal • Add amplifier
• Reduce cable length
• Or use low loss cable
No action required
GNSS ant short-circuit 96 Minor No GNSS antenna short-circuit Check for short circuit in the
GNSS antenna short-circuit antenna cable.
cleared If shorted antenna, then out-
of-range and short-circuit
alarms will be generated.
No action required
GNSS ant open-circuit 97 Minor No GNSS antenna open-circuit Check for Antenna not
GNSS antenna open-circuit connected or AC coupled
cleared splitter. If using a splitter
you must at least draw
10mA of current from the
SyncServer S6x0. This can
be achieved by adding a 50
ohm termination.
If no antenna, then open-
circuit and out-of-range
alarms both will be
generated
No action required
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
GNSS PPS failure 98 Major No Reserved - event will never Reserved - event will never
be reported be reported
J1A Input LOS 99 Notify No J1A Input LOS • Check if cable is
(LOSS OF SIGNAL)(5) J1A Input LOS cleared securely connected.
• Check signal source is
present and configured
properly.
No action required
J1B Input LOS 100 Notify No J1B Input LOS • Check if cable is
(LOSS OF SIGNAL)(5) J1B Input LOS cleared securely connected.
• Check signal source is
present and configured
properly.
No action required
J2A Input LOS 101 Notify No J2A Input LOS • Check if cable is
(LOSS OF SIGNAL) J2A Input LOS cleared securely connected.
• Check signal source is
present and configured
properly.
No action required
J2B Input LOS 102 Notify No J2B Input LOS • Check if cable is
(LOSS OF SIGNAL) J2B Input LOS cleared securely connected.
• Check signal source is
present and configured
properly.
No action required
J7A Input LOS 103 Notify No J7A Input LOS • Check if cable is
(LOSS OF SIGNAL) J7A Input LOS cleared securely connected.
• Check signal source is
present and configured
properly.
No action required
J7B Input LOS 104 Notify No J7B Input LOS • Check if cable is
(LOSS OF SIGNAL) J7B Input LOS cleared securely connected.
• Check signal source is
present and configured
properly.
No action required
Excessive traffic on 112 Minor No Excessive traffic on PORT [1 • Check traffic level on
port (2) | 2 | 3 | 4 | 5 6] network
Excessive traffic on PORT [1 • Check for intrusion
| 2 | 3 | 4 | 5 6] attempts.
• Check broadcast traffic.
(See Footnote 1)
No action required
RESERVED 113 •
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
Ethernet Port1 link 115 Minor No LAN1 port link down • Check cable.
down LAN1 port link down cleared • Check the box the
interface is connected
to.
• Check Auto-
negotiation.
No action required
Ethernet Port2 Port 116 Minor No LAN2 port link down • Check cable.
link down LAN2 port link down cleared • Check the box the
interface is connected
to.
• Check Auto-
negotiation.
No action required
Ethernet Port3 Port 117 Minor No LAN3 port link down • Check cable.
link down LAN3 port link down cleared • Check the box the
interface is connected
to.
• Check Auto-
negotiation.
No action required
Ethernet Port4 Port 118 Minor No LAN4 port link down • Check cable.
link down LAN4 port link down cleared • Check the box the
interface is connected
to.
• Check Auto-
negotiation.
No action required
Ethernet Port 5 link 119 Minor No LAN5 port link down • Check cable
down LAN5 port link down • Check the box the
interface is connected
to
No action required
Ethernet Port 6 link 120 Minor No LAN6 port link down • Check cable
down LAN6 port link down • Check the box the
interface is connected
to
No action required
Service load limit 130 Minor No Service load limit exceeded Reduce service traffic on
exceeded(3) on PORTx specified LAN port or
Service load limit exceeded increase service packet limit
on PORTx cleared value. If using PTP unicast
profile, reduce the number
of PTP clients requesting
service.
(see Footnote)
No action required
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
Power Out of Range 131 Major No [ +13.2 | +5 | OSC +5 • If alarm persists power
| +3.3 | +2.5 | +1.5 cycle/reboot
| +1.1 | +1.0 | osc • Call SGS support if
current | 3.8V | 1.2V
| -5V] it persists after reboot/
power cycle.
out of range n/a
Operational Failure: 132 Major No Operational failure: <name of • If alarm persists power
item failing> cycle/reboot
Operational failure cleared • Call SGS support if
it persists after reboot/
power cycle.
No action required
Temperature out of 139 Minor No Temperature out of range Check your operating
range Temperature out of range environment.
cleared No action required
Timeline has been 152 Notify Yes Timeline has been changed n/a
changed n/a
Phase has been 153 Notify Yes Phase has been aligned n/a
aligned n/a
RESERVED 156
Timing Quality 157 Minor No Timing Quality> 1e-6 set n/a
> 1e-6 Timing Quality > 1e-6 cleared
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
Timing Quality 158 Minor No Timing Quality> 1e-5 set n/a
> 1e-5 Timing Quality > 1e-5 cleared
NTP System Peer 161 Notify Yes NTP System Peer Changed No action required.
Changed to < > n/a
n/a
NTP Stratum Changed 162 Notify Yes NTP System Peer Changed No action required.
to < > n/a
n/a
NTP Leap Indicator 163 Notify Yes NTP Leap Indicator Changed No action required.
Changed n/a n/a
System Upgrade 164 Notify No System upgrade available Upgrade unit software.
Available n/a n/a
J1A IRIG Input 170 Minor No J1A IRIG Input protocol fault Verify IRIG configuration
Protocol Fault J1A IRIG Input protocol fault matches source
cleared configuration.
No action required
J1B IRIG Input 171 Minor No J1B IRIG Input protocol fault Verify IRIG configuration
Protocol Fault J1B IRIG Input protocol fault matches source
cleared configuration.
No action required
Holdover Exceeded 172 Minor Yes Holdover time error threshold Same as for entering
exceeded holdover
Holdover time error threshold No action required
cleared
Leap event pending 173 Notify Yes Leap event pending No action required
Leap event pending cleared
Input power not 175 Minor No No power detected on [AC1 | Connect other power input
present AC2 | DC1 | DC2] to AC power
No power detected on [AC1 | (if dual power version)
AC2 | DC1 | DC2] cleared Verify backup supply is
operational
n/a
Full system 176 Notify Yes Reserved - event will Reserved - event will
configuration occurred never be reported never be reported
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
Configuration Change 177 Notify Yes Configuration changed No action required.
n/a n/a
Manual Time Entry 180 Minor No Entered Manual Time Entry No action required
Mode Enabled Mode
Transitioned out of Manual
Time Entry Mode
LPN oscillator lock 181 Notify No LPN Oscillator lock status No action required
state changed changed to xx No action required
LPN Oscillator lock status
changed to xx cleared
NTP reflector state 182 Notify Yes NTPr state changed to No action required
changed to passive passive on port x
NTP reflector state 183 Notify Yes NTPr state changed to No action required
change to server Server on port x
Event Overflow 184 Notify No Event Overflow at Slot Reduce frequency or bursts
[A | B] J1 of J1 input signal
Event Overflow at Slot N/A
[A | B] J1 cleared
User password will 185 Notify Yes Password for user Update user password
expire <username> will expire in
<value> days
BlueSky GNSS Track 186 Minor No Bluesky GNSS tracking Check antenna installation
Count count detector or possible jamming
Exit bluesky GNSS tracking No action required
count detector
BlueSky GNSS Max 187 Minor No BlueSky GNSS max CNo Check for possible spoofer
C/No detector
No action required
Exit BlueSky GNSS max
CNo detector
BlueSky GNSS 188 Major No BlueSky GNSS position Check for possible spoofer
Position Dispersion dispersion detector
No action required
Exit BlueSky GNSS position
dispersion detector
BlueSky GNSS RAIM 189 Notify No BlueSky GNSS RAIM Check for possible spoofer
detector
No action required
Exit BlueSky GNSS RAIM
detector
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
BlueSky GNSS 190 Major No BlueSky GNSS spoofing Check for possible spoofer
Spoofing detector
No action required
Exit BlueSky GNSS spoofing
detector
BlueSky GNSS CW 191 Major No BlueSky GNSS CW jamming Check for possible jammer
Jamming detector
No action required
Exit BlueSky GNSS CW
jamming detector
BlueSky GNSS 192 Major No BlueSky GNSS Broadband Check for possible jammer
Broadband interference detector
No action required
Interference
Exit BlueSky GNSS
Broadband interference
detector
GNSS disqualified 193 Major No GNSS disqualified during an Check detector alarm
during detector alarm active detector alarm
No action required
Exit GNSS disqualified
during an active detector
alarm
GNSS disqualified by 194 Major No GNSS disqualified by When ready, disable alarm
any occurrence of a occurrence of <detector> to allow qualification of
detector alarm detector alarm GNSS
Exit GNSS disqualified by No action required
occurrence of <detector>
detector alarm
BlueSky GNSS 195 Major No BlueSky GNSS validator B Check for possible spoofer
Validator A <value> detector
No action required
Exit BlueSky GNSS validator
B <value> detector
BlueSky GNSS 196 Major No BlueSky GNSS validator B Check for possible spoofer
Validator B <value> detector
No action required
Exit BlueSky GNSS validator
B <value> detector
BlueSky GNSS 197 Major No BlueSky GNSS validator C Check for possible spoofer
Validator C <value> detector
No action required
Exit BlueSky GNSS validator
C <value> detector
BlueSky GNSS 198 Major No BlueSky GNSS validator D Check for possible spoofer
Validator D <value> detector
No action required
Exit BlueSky GNSS validator
D <value> detector
BlueSky GNSS 199 Notify No BlueSky GNSS validator E No action required
Validator E <value> detector
No action required
Exit BlueSky GNSS validator
E <value> detector
...........continued
Description Event Msg Trans- MsgText Corrective Action
ID Level itory
BlueSky GNSS 200 Notify No BlueSky GNSS validator F No action required
Validator F <value> detector
No action required
Exit BlueSky GNSS validator
F <value> detector
GPS Reference Year 201 Notify Yes GPS reference year changed RESERVED: event not used
Changed
Recommend Updating 202 Notify Yes Recommend updating GPS RESERVED: event not used
GPS Reference Year reference year
GNSS Exception 203 Minor No GNSS exception: <exception No action required
description>
No action required
GNSS exception cleared:
<exception description>
(1) The ”GNSS signal low” alarm is created if the unit has achieved a position solution, but is not tracking at least 4
satellites with a C/No value greater than 37 for several minutes.
(2) The excessive traffic alarm is set if the count of Ethernet packets received in one second exceeds the user-
settable “All Packets” threshold on the Security > Packet Monitoring form (license required). With no license the
detection level is a fixed 13000 packets per second. All traffic received by the SyncServer S6x0 Ethernet ports, and
not handled by the PTP GM or NTP reflector, is counted, such as ARP, ICMP, IGMP. The all-packets limit is set to a
fixed 3000 packets/second if a timing service is configured on the port -- NTP reflector or PTP.
(3)The service load limit alarm is set if the count of Ethernet packets received by the timing service (NTP reflector or
PTP master) in one second exceeds the user-settable threshold on the Security > Packet Monitoring form (license
required).
(4)
When S6xx is recovering from holdover (shows “Recovering” on Dashboard) a temporary setting of the “LPN
oscillator unlock” alarm may occur. This is an indication that LPN 10MHz output adjustments are being limited from
changing too fast in order to maintain optimal 10MHz output phase noise performance.
(5)Input LOS alarms could be generated if the input is slower than 1PPS. Microchip recommends disabling the LOS
alarm actions on the Admin->Alarms page under this condition.
9. Specifications
This chapter provides mechanical and electrical specifications and factory defaults for the SyncServer S6x0.
9.1 Specifications
This section provides the specifications for the SyncServer S6x0 input and output signals.
9.1.1 Mechanical
Table 9-1. SyncServer S6x0 Mechanical Specifications
Parameter Description
Mounting 19 in. or 23 in. Rack
Rack Mounting See Figure 2-2 for drawings with detailed chassis dimensions.
Width 17.24 in. / 438 mm
Height 1.73 in. / 44 mm; 1 RU
Depth 15.00 in. / 381 mm
15.88 in. / 403 mm - including connectors on rear panel
9.1.2 Environmental
Table 9-2. SyncServer S6x0 Environmental Specifications
Parameter Description
Operating Temperature • 20° to 65° C, -4° to 149° F − Standard or OCXO [startup > -20°C (-4°F)]
• 5° to 55° C, 23° to 131° F − Rubidium oscillator
9.1.3 Power
Table 9-3. SyncServer S6x0 AC Power Specifications
Parameter Description
Input Voltage Range 110/220 VAC (90 VAC to 250 VAC), 50/60 Hz
AC Power - Operating 50 W, 417 mA @ 120V
Parameter Description
Input Voltage Range 20 VDC to 75 VDC
...........continued
Parameter Description
DC Power - Operating 50 W
Cable connector parts Housing - Molex 03-12-1036,
Terminals - 0018121222 (16-18 AWG tin plated)
Parameter Description
Safety Certifications • UL1950
• UL60950-1/CSA C22.2 No. 60950-1, Second Edition
EMC Immunity
Radiated Emissions • FCC Part 15, Class A
• EN 55011
• CISPR 22, Class A
• EN55014
...........continued
Parameter Description
Storage Temperature and Humidity Criteria IEC 60068-2-1Ab (low temp soak),
IEC 60068-2-2Bb (hi-temp soak)
IEC 60068-2-14Nb (change of temp)
IEC 60068-2-78Cb (humidity storage),
IEC 60068-2-30Db (humidity condensation)
VCCI
Item Description
Connector Type 9-pin, female D connector
Connector Label CONSOLE
Interface RS-232, data terminal equipment (DTE)
Baud Rate 57.6 Kbps
Data Bits 8
Parity Bit None
Stop Bits 1
Flow Control None
[Link] GNSS
Table 9-7. SyncServer S6x0 GNSS Input Signal Specifications
Parameter Specification
Signal Type GNSS L1
Gain Between 15 dB and 30 dB including gain of antenna and loss of cable
Frequency GPS: 1575.42 MHz center frequency
Impedance 50 ohms
Coupling DC (center pin provides DC power to the GNSS antenna or in-line
amplifier)
Output to Antenna 9.7 VDC
voltage 100 mA (max)
current
Connector Type BNC connector, female
Connector Label GNSS
Parameter Specification
Impedance 50 Ω or high impedance (> 50 k Ω)
Connector Type BNC
Connector Label J1
Signal Level AM: Ratio 2:1 to 3.5:1
Amp: 1 V to 8 V p-p, into 50 Ω
DCLS: <0.8 V for logic 0, >2 V for logic 1
IRIG inputs are also available with the Optional Timing I/O Module with fiber optic input (090-15201-013).
Table 9-9. SyncServer S6x0 Fiber IRIG Input Signal Specifications
Parameter Specification
Connector Type ST, fiber optic
Connector Label J1
Wavelength 820 nm
Fiber Multimode
Maximum Length 1000m using 62.5/125 um fiber
Parameter Specification
Connector Type RJ45
...........continued
Parameter Specification
Connector Label 1, 2, 3, 4
Parameter Specification
Signal Type TTL, rising edge active
Impedance 50 Ω or high impedance (> 50 k Ω)
Connector Type BNC
Connector Label J1
1PPS input is also available with the Optional Timing I/O Module with fiber optic input (090-15201-013).
Table 9-12. SyncServer S6x0 Fiber PPS Input Signal Specifications
Parameter Specification
Signal Type Optical, rising edge active
Connector Type ST, fiber optic
Connector Label J1
Wavelength 820 nm
Fiber Multimode
Maximum Length 1000m using 62.5/125 um fiber
Parameter Specification
Signal Type < 0.8 V for logic 0,
> 2 V for logic 1
Parameter Specification
Signal Type Sine Wave
Amplitude 1 Vpp to 8 Vpp
Impedance 50 Ω
...........continued
Parameter Specification
Connector Type BNC
Connector Label J2
Parameter Specification
Signal Type T1: ANTSI T1.403. G.703 Section 5
Framed T1 Format: D4, ESF, 1544 kHz
E1: G.703 Section 9 Framed E1, CAS or CCS,
CRC4 enable/disable; or G.703 Section 13 2048 kHz
Composite Clock (CC): 50/50 or 5/8 duty cycle
Japanese Composite Clock (JCC): with or without 400 Hz
Japanese Sine Wave (JSW): 6.312 MHz
Parameter Specification
Signal Type HaveQuick
HaveQuick 1PPS
Amplitude 5V or TTL
Impedance 50 Ω
Connector Type BNC
Connector Label J1 for HaveQuick
J2 for HaveQuick 1PPS (only available if J1 used for HaveQuick input.
...........continued
Reference Timing Accuracy to Reference Comments
B12x ± 10 μs 1 kHz
E11x ± 1 ms 100 Hz
E12x ± 10 μs 1 kHz
G14x ± 5 μs 100 kHz
NASA 36 AM ± 10 μs 1 kHz
XR3 AM ± 10 μs 250 Hz
2137 AM ± 10 μs 1 kHz
IRIG DCLS
A00x ± 100 ns
B00x ± 100 ns
E00x ± 100 ns
G00x ± 100 ns
NASA 36 ± 100 ns
XR3 ± 100 ns
2137 ± 100 ns
PTP client ± 1 μs, typical
NTP client ± 100 μs, typical Server on same subnet
Parameter Specification
Connector Type RJ45
Connector Label Ports
1, 2, 3, 4
The timestamps have been compensated for 1000BT. For 100BT, the NTP packets will have a bias of up to 1
microsecond.
Parameter Specification
Connector Type RJ45, 100/1000 Base-T
Connector Label Ports 1, 2, 3, 4
PTP Profile Enterprise
Parameter Specification
Signal Type IRIG B
Connector Type BNC
Connector Label J3, J4, J5, J6, J7, J8
Impedance 50 Ω
Signal Level AM: Ratio 10:3 ± 10%
Amp: 3.5 ± 0.5 Vpp,
DCLS: <0.8 V for logic 0, >2.4 V for logic 1
IRIG outputs are also available with the Optional Timing I/O Module with fiber optic outputs (090-15201-014). Only
DCLS signals are available on the fiber outputs.
Table 9-21. SyncServer S6x0 Fiber IRIG Output Signal Specifications
Parameter Specification
Connector Type ST, fiber optic
Connector Label J3, J5, J7
Wavelength 820 nm
Fiber Multimode
Maximum Length 1000m using 62.5/125 um fiber
Parameter Specification
Signal Type T1: ANTSI T1.403. G.703 Section 5
Framed T1 Format: D4, ESF, 1544 kHz
E1: G.703 Section 9 Framed E1, CAS or CCS,
CRC4 enable/disable; or G.703 Section 13 2048 kHz
Composite Clock (CC): 50/50 or 5/8 duty cycle
Japanese Composite Clock (JCC): with or without 400 Hz
Japanese Sine Wave (JSW): 6.312 MHz
...........continued
Parameter Specification
1.054 or 2.048 MHz squarewave 3 Vpp +- 0.3V
Amplitude
Connector Type RJ-48C, balanced pair
Connector Label J7, J8
Parameter Specification
Signal Type HaveQuick TTL
HaveQuick 5V
Amplitude 5V or TTL
Impedance 50 Ω
Connector Type BNC
Connector Label J3 - J6
.
Table 9-24. SyncServer S6x0 1PPS/1PPM Output Signal Specifications on Timing I/O Module with HaveQuick/
PTTI
Parameter Specification
Signal Type 1PPS
1PPM
Amplitude 5V or 10V
Impedance 50 Ω
Connector Type BNC
Connector Label J3 - J6
Parameter Specification
Signal Type PTTI BCD time code is a 50 bit (full) or 24 (bit) abbreviated) message
defining the UTC time of day, day of year, and TFOM Transmitted at 50 bps.
Amplitude +-2 V min to 100 Ω, +-3 V typical
Impedance 110 Ω
Connector Type RJ-48C, balanced pair
Connector Label J7 - J8
Parameter Specification
Connector Type 9-pin, female D connector
Connector Label DATA/TIMING
Signal Level RS-232
Timing Relationship between 1PPS and TOD Transmission of a TOD message starts 10 ms (default) after
the rising edge of 1PPS signal, and the transmission is
completed within 500 ms, as shown in Figure 9-1. This TOD
message indicates the time of the current 1 PPS rising edge,
and is sent at a rate of once per second.
TOD Frame TOD messages use whole 8-bit bytes for transmission, with
check sum protection. Message type and message ID are
used to clarify messages. Follows Big Endian convention
when a field is longer than one byte, where bit 0 represents
the least significant bit (LSB), and bit 0 of each byte is
transmitted first.
TOD Transmission Parameters Table 9-15. Baud Rate: 9600
SyncServer S6x0 1PPS+TOD Output Signal Parity Check: None
Specifications Start Bit: 1 (low level)
Stop Bit: 1 (high level)
Idle Frame: High level
Data Bits: 8
TOD Message Encoding Binary
Parameter Specification
Connector Type BNC female connector
Connector Label 1PPS
Impedence 50
Signal Level 3.25V, typical
Timing Relationship between Transmission of a TOD message starts 10 ms (default) after the rising edge of
1PPS and TOD 1PPS signal, and the transmission is completed within 20 us, as shown in Figure
9-1. This TOD message indicates the time of the current 1 PPS rising edge, and
is sent at a rate of once per second.
Rise Time - 1PPS Pulse 1.5 ns, typical
Pulse Width 20 μs
Active Edge Rising
Parameter Specification
Signal type Sine wave
Connector type BNC male
Connector Label J3 - J8
Impedance 50 Ω
Signal Level 2 - 3 Vpp
Parameter Specification
Signal type Rising edge on-time
TTL or optical
Parameter Specification
Phase Noise – 95 dBc/Hz
1 Hz –125 dBc/Hz
10 Hz –145 dBc/Hz
100 Hz –150 dBc/Hz
1 kHz –155 dBc/Hz
10 kHz –155 dBc/Hz
100 kHz
...........continued
Parameter Specification
Allan Deviation <3.0 × 10–12
1s
<4.5 × 10–12
10 s
Parameter Specification
Phase Noise –112 dBc/Hz
1 Hz –135 dBc/Hz
10 Hz –150 dBc/Hz
100 Hz –158 dBc/Hz
1 kHz –160 dBc/Hz
10 kHz –160 dBc/Hz
100 kHz
Note: Holdover values are approximate and assume operation at constant temperature, no initial frequency or
phase offset, and that the unit has been powered on for 2 weeks and locked to GNSS for three consecutive days.
Information contained in this publication regarding device applications and the like is provided only for your
convenience and may be superseded by updates. It is your responsibility to ensure that your application meets with
your specifications. MICROCHIP MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND WHETHER
EXPRESS OR IMPLIED, WRITTEN OR ORAL, STATUTORY OR OTHERWISE, RELATED TO THE INFORMATION,
INCLUDING BUT NOT LIMITED TO ITS CONDITION, QUALITY, PERFORMANCE, MERCHANTABILITY OR
FITNESS FOR PURPOSE. Microchip disclaims all liability arising from this information and its use. Use of Microchip
devices in life support and/or safety applications is entirely at the buyer’s risk, and the buyer agrees to defend,
indemnify and hold harmless Microchip from any and all damages, claims, suits, or expenses resulting from such
use. No licenses are conveyed, implicitly or otherwise, under any Microchip intellectual property rights unless
otherwise stated.
Characteristic Specification
Mechanical
Diameter 66.5 mm
Height 21 mm
Weight 150 grams
Environmental
Operating Temperature • 40 to +85 °C
...........continued
Characteristic Specification
Gain flatness ± 2 dB,
1575 to 1606 MHz
Characteristic Specification
Mechanical
Diameter 66.5 mm
Height 21 mm
Weight 150 grams
Environmental
Operating Temperature • 40 to +85 °C
...........continued
Characteristic Specification
Out-of-Band Rejection >50 dB
<1500 MHz >70 dB
>1640 MHz
Characteristic Specification
Type DC Pass
Mount Type Bulkhead Mount
PIM Rated N
Standards CE Compliant, RoHS
Compliant
Connector N
Surge Side Connector Bi-Directional N
Protected Side Connector Bi-Directional N
Frequency Range dc to 5 GHz
Turn On Voltage 150 Vdc (spark over)
RF Power 25 W
VSWR <1.2 dB to 1
Insertion Loss <0.1 dB
Protocol/Application Gas tube, DC pass RF coaxial
protection for dc to 5 GHz
Characteristic Specification
Mechanical
Connectors, (In/Out) N-Type
Dimensions, includes connectors Length: 2.32 in (59 mm)
Operating Temp. • 40 to +85 °C
...........continued
Characteristic Specification
Environmental RoHS, REACH, and IP67
Electrical
Nominal Gain 25 dB +4/-0 dB typical
Pass Band Ripple ± 2 dB
Impedance 50 Ohms
Noise Figure 2 dB typical
Bandwidth 1.2 to 1.8 GHz
Input VSWR 1.5 typical / 2 maximum
Output VSWR 1.5 typical / 2 maximum
Reverse Isolation >35 dB
Output 1 dB • 10 dB
Output 3 dB +5 dBm
Characteristic Specification
Number of Output Ports 4
Input/output impedance 50 ohms
Frequency Range 1 GHz to 2 GHz
Noise Figure 2 dB max
Port-to-port isolation 30 - 40 dB
DC power +3.3 to +12 V DC
Operating current 18 to 20 mA
Pass through current 250 mA
Group delay, L1 5 ns
RF connectors Female N-type
RoHS 6/6 Compliant
Information contained in this publication regarding device applications and the like is provided only for your
convenience and may be superseded by updates. It is your responsibility to ensure that your application meets with
your specifications. MICROCHIP MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND WHETHER
EXPRESS OR IMPLIED, WRITTEN OR ORAL, STATUTORY OR OTHERWISE, RELATED TO THE INFORMATION,
INCLUDING BUT NOT LIMITED TO ITS CONDITION, QUALITY, PERFORMANCE, MERCHANTABILITY OR
FITNESS FOR PURPOSE. Microchip disclaims all liability arising from this information and its use. Use of Microchip
devices in life support and/or safety applications is entirely at the buyer’s risk, and the buyer agrees to defend,
indemnify and hold harmless Microchip from any and all damages, claims, suits, or expenses resulting from such
use. No licenses are conveyed, implicitly or otherwise, under any Microchip intellectual property rights unless
otherwise stated.
9.3.1 Network
Table 9-39. Network > Ethernet Parameters
...........continued
Description Default Value Value Range
IPv4 IPv4 uncheck/static IPv4 uncheck | IPv4 check/DHCP | IPv4 check/Static
IP6v IPv6 uncheck/ IPv6 uncheck | IPv6 check/ Autoconfig uncheck/static
autoconfig /static |
IPv6 check/Autoconfig uncheck /DHCP |
IPv6 check/Autoconfig check/static |
IPv6 check/Autoconfig check/DHCP
9.3.2 NTP
Table 9-42. NTP > NTP Configuration Parameters
9.3.3 PTP
Table 9-43. PTP > PTP Configuration Parameters for Enterprise Profile
Delay Interval 3 • 7 to 7
Table 9-44. PTP > PTP Master Configuration Parameters for Default Profile
...........continued
Description Default Value Value Range
Priority 1 128 0 to 255
Priority 2 128 0 to 255
Announce Interval 0 • 3 to 3
Sync Interval 0 • 7 to 7
Delay Interval 3 • 7 to 7
Announce Timeout 3 2 to 10
Client Timeout 300 10 to 3600
Diffserv Code 0 0 to 63
Offset Scaled Log Variance Override Not checked Not checked or checked
Offset Scaled Log Variance 0x4e5d 0x0 to 0xffff
Time To Live (TTL) 16 1 to 255
Table 9-45. PTP > PTP Master Configuration Parameters for Telecom 2008 Profile
Table 9-46. PTP > PTP Master Configuration Parameters for Power IEC-61850-2016 Profile
Sync Interval 0 • 7 to 7
...........continued
Description Default Value Value Range
VLAN Disable Disable | Enable
VLAN ID 0 0 to 4094
VLAN Priority 4 0 to 7
Table 9-47. PTP > PTP Master Configuration Parameters for Power C37-238-2017 Profile
Sync Interval 0 • 7 to 7
Table 9-48. PTP > PTP Master Configuration Parameters for Power C37-238-2011 Profile
Sync Interval 0 • 7 to 7
...........continued
Description Default Value Value Range
Pdelay Resp Followup Disable Disable | Enable
Announce Timeout 3 2 to 10
Client Timeout 300 10 to 3600 seconds
VLAN Enable Disable | Enable
VLAN ID 0 0 to 4094
VLAN Priority 4 0 to 7
C37.238 TLV 3 3 to 254
- Grandmaster ID
Alternate Time Offset Indicator TLV
State Enable Disable | Enable
Current Offset 0
Time of Next Jump 0
Key 0 0 to 255
Jump Seconds 0
Display Name 10 characters, maximum
Table 9-49. PTP > PTP Master Configuration Parameters for SMPTE Profile - Hybrid
...........continued
Description Default Value Value Range
Default system frame rate 60/1 24/1
25/1
30/1
50/1
60/1
24000/1001
30000/1001
60000/1001
Table 9-50. PTP > PTP Master Configuration Parameters for SMPTE Profile - Multicast
...........continued
Description Default Value Value Range
Default system frame rate 60/1 24/1
25/1
30/1
50/1
60/1
24000/1001
30000/1001
60000/1001
Table 9-51. PTP > PTP Master Configuration Parameters for SMPTE Profile - Unicast
...........continued
Description Default Value Value Range
Default system frame rate 60/1 24/1
25/1
30/1
50/1
60/1
24000/1001
30000/1001
60000/1001
Table 9-52. PTP > PTP Client Configuration Parameters for Telecom 2008 Profile
Note: The SMPTE client standard of 5-second synchronization time is not applicable to the SyncServer S6x0.
Table 9-53. PTP > PTP Client Configuration Parameters for SMPTE Profile - Hybrid
Note: The SMPTE client standard of 5-second synchronization time is not applicable to the SyncServer S6x0.
Table 9-54. PTP > PTP Client Configuration Parameters for SMPTE Profile - Multicast
Announce Timeout 3 2 to 10
Unicast negotiation n/a n/a
Diffserv Code 0 0 to 63
Time To Live (TTL) 64 1 to 255
FPP Cluster Width 1 10000 1000 to 10000000
FPP Cluster Width 2 10000 1000 to 10000000
Note: The SMPTE client standard of 5-second synchronization time is not applicable to the SyncServer S6x0.
Table 9-55. PTP > PTP Client Configuration Parameters for SMPTE Profile - Unicast
9.3.4 Timing
Table 9-56. Timing > Holdover Configuration Parameters
9.3.5 References
Table 9-58. References > GNSS Configuration Parameters
9.3.6 Security
Table 9-59. Security > Users > Password Policy
...........continued
Description Default Value Value Range
New Username Blank (no value) a-z, 0-9, _, 1 – 32 chars,
Only admin user is First character must be a lowercase alpha
retained. character
(not underscore or number)
New Password Blank (no value) [<printable ASCII>, 1 – 64 chars
Passwords must contain at least 8
characters, including uppercase, lowercase
letters, numbers and special characters.
The following characters are not allowed for
the password:
(', “, <, >, &, ), $
Retype New Password Blank (no value) This is same as “New Password”
Recovery Question No selection [ Birth City? | Mother’s Maiden Name? |
Favorite pet’s name? | Custom ]
<printable ASCII> , 1 – 34 chars
...........continued
Description Default Value Value Range
LDAP Protocol version LDAPv3 LDAPv2 | LDAPv3
Scope to search server sub base | one | sub
9.3.7 Admin
Table 9-65. Admin > General Parameters
State Strictly condition driven • Green = condition not set or has been
acknowledged
• Blue = condition set at Notify severity
(and has not been user cleared or
acknowledged)
• Orange = condition set at Minor severity
(and has not been user cleared or
acknowledged)
• Red = condition set at Major severity
(and has not been user cleared or
acknowledged)
• Gray = this is a transient alarm
...........continued
Description Default Value Value Range
Send Trap checked not checked | checked
(all rows)
Write Log checked not checked | checked
(all rows)
Send Email not checked not checked | checked
(all rows)
...........continued
Description Value Range
J4 Sine; 10 MHz; squelch never
J5 Timecode; IRIG B; no local time; B004; squelch never; phase offset of 0 ns
J6 Pulse; Fixed rate; 1PPS; squelch never; phase offset of 0 ns
J7 T1 output; ESF
J8 E1 output; CCS; SSMbit 4; CRC enable; zero suppress on
...........continued
Description Value Range
J7 Off
J8 Off
Accuracy of the antenna position determined using receiver survey depends on providing RF gain to the GNSS
receiver within a required range of 15 to 30 dB and locating the antenna with an unobstructed field of view in a low
multipath environment. If these conditions are not met, the receiver survey will either require longer than 20 minutes
to complete or will not complete, preventing the GNSS input from being used by the system as a reference. Also,
timing stability will not be optimized if these conditions are not met.
Microchip has sold the 142-6150 family of down/up converters, which supports the L1 frequency. Therefore it only
supports GPS, Galileo, QZSS, and SBAS for GPS. This system uses a coaxial cable between the converters. The
upconverter is inserted between the end of the coaxial cable and the SyncServer. The upconverter is powered by an
external power supply.
The upconverter was designed to also operate from power supplied on the RF connector. However, the SyncServer
S6x0 does not have sufficient power output to power the upconverter.
The upconverter may not operate correctly if the SyncServer S6x0 is powered up before the upconverter's external
power supply.
Microchip recommends that users install a DC-block between the upconverter and the SyncServer S6x0.
Microchip also sells a GNSS-RF-over-fiber extension kit, the 093-15203-001.
[Link] Prior to installing the antenna, you should plan the site, antenna location, grounding scheme, cable
route, and all other details.
The SyncServer S6x0 GNSS interface uses the electrical current it supplies to power a GNSS antenna to
WARNING
determine whether or not the antenna is properly connected and functional. If the SyncServer S6x0 does
not detect any current, it will assume a failed GNSS antenna and will consequently generate an alarm and
switch to another timing (non-GNSS) source.
Some GNSS splitters can block the DC current, and if used with SyncServer S6x0, will cause the alarm
condition described above. Usage of such GNSS splitters with the SyncServer S6x0 will require the
installation of a 50 OHM load so that the SyncServer S6x0 GNSS interface is able to detect current and
operate normally.
To avoid damage to the GNSS antenna, do not place the antenna where high-power radio signals are
CAUTION
beamed directly at the unit. Such signals can damage the preamplifier of the GNSS antenna.
To avoid serious injury to personnel or damage to equipment, exercise caution when working near high
WARNING
voltage lines. In particular:
• Use extreme caution when installing the GNSS antenna near, under, or around high voltage lines.
• Follow local building electrical codes for grounding using the frame ground lugs on the shelf.
• The in-line amplifier receives DC power from the GNSS receiver, and is supplied on the center
conductor of the coaxial cable.
• Microchip does not recommend cutting the antenna cables provided in the GNSS Antenna Kit.
Tip: Microchip recommends that you consider the following location and environment influences before
installing the GNSS antenna:
• If possible, provide the antenna with an unobstructed 360-degree view of the sky from the horizon.
• In general, do not allow obstructions that obscure the horizon (as viewed from the antenna) by more
than 10 degrees, as shown in the above image.
• Locate the antenna well away from, and preferably in a plane above electrical equipment such as
elevators, air conditioners, or other machinery.
• To reduce the risk of lightning damage, do not place the antenna at the highest point of the building.
• Locate the GNSS antenna at least 3.7 m (12 ft.) from metallic objects, if possible.
• Locate the antenna high enough to avoid drifted snow.
• Locate the lightning arrestor in a protected area to avoid contact with standing water.
• Locate the antenna within 9.1 m (30 ft.) of the point at which the antenna cable enters the building.
• Allow at least 3.0 m (10 ft.) of separation distance between GNSS antennas.
• Surfaces above the plane of the unit that are between the antenna and the horizon can produce
reflected (multi-path) signals, which can degrade the performance of the GNSS receiver.
To ensure proper grounding, observe these precautions when installing the antenna:
CAUTION
• Allow no sharp bends in the ground conductors. The ground conductor must have a 9.1 m (30-ft.)
radius for any bends made.
• Ensure that no painted surface insulates the lightning arrestor or grounding clamps.
• Ensure that ground conductors are bonded to the metal enclosure box (if used) and do not enter
through an access hole.
• Do not use soldered connections for grounding purposes.
• Secure all grounding connections with mechanical clamp type connectors.
• In general, follow local building codes when selecting a grounding scheme, wire size, and installation.
Use #6 AWG (16 mm2) copper ground wire or larger, depending on the distance to the earth ground electrode.
Refer to your local electrical codes for specific details. In most cases, #1/0 AWG (50 mm2) ground wire will
maintain 1/10 the resistance of the coaxial shield.
Note: Larger ground conductors provide better transient elimination; that is, the larger the ground conductor,
the less likely the chance of transients.
• Connect lightning arrestors, if part of the grounding scheme, to earth ground through a conductor.
Note: Do not connect the outside lightning arrestor ground to the inside equipment rack ground. Doing so can
defeat the protection afforded by the lightning arrestor.
• Never connect antenna systems to the same earth ground connector as heating and cooling systems, elevator
or pump motors, or other motors or machinery which can induce noise in the antenna system.
To avoid damage to the connectors, do not use the connectors to pull the cable. If at all possible,
CAUTION
avoid bundling the coaxial cable with other cables (and possible noise sources). Use appropriate
cable-pulling devices when pulling the coaxial cable through conduit or a weather head.
To avoid damage to the connectors, do not use the connectors to pull the cable. If at all possible,
CAUTION
avoid bundling the coaxial cable with other cables (and possible noise sources). Use appropriate
cable-pulling devices when pulling the coaxial cable through conduit or a weather head.
2. Connect the other end of the 25 ft. cable to the lightning arrestor.
3. Connect the lightning arrestor to the long cable.
4. Connect the other end of the long cable with the 4 ft. BNC-N adapter cable.
Tip: Microchip does not recommend soldered connections for grounding purposes. All grounding
connections should be secured with mechanical clamp connectors.
To avoid damage to the connectors, do not use the connectors to pull the cable. If at all possible, avoid
CAUTION
bundling the cable with other cables (and possible noise sources). Use appropriate cable-pulling devices
when pulling the cable through conduit or a weather head.
Tip: Microchip recommends coiling excess cable to avoid gain mismatch between the GNSS
antenna and the SyncServer S6x0. Coiling the excess cable also allows you to use the factory-
installed crimped connector.
LICENSE: PD
• PACKAGE NAME: factorycfg
PACKAGE VERSION: 1.0
RECIPE NAME: factorycfg
LICENSE: BSD
• PACKAGE NAME: fuse
PACKAGE VERSION: 2.9.3
RECIPE NAME: fuse
LICENSE: GPLv2 & LGPLv2
• PACKAGE NAME: gator
PACKAGE VERSION: 5.21.1+gitAUTOINC+f0ddf6b40e
RECIPE NAME: gator
LICENSE: GPLv2
• PACKAGE NAME: gawk
PACKAGE VERSION: 4.1.3
RECIPE NAME: gawk
LICENSE: GPLv3
• PACKAGE NAME: gdb
PACKAGE VERSION: 7.10.1
RECIPE NAME: gdb
LICENSE: GPLv2 GPLv3 LGPLv2 LGPLv3
• PACKAGE NAME: glib-2.0
PACKAGE VERSION: 2.46.2
RECIPE NAME: glib-2.0
LICENSE: LGPLv2+ & BSD & PD
• PACKAGE NAME: glibc
PACKAGE VERSION: 2.23
RECIPE NAME: glibc
LICENSE: GPLv2 & LGPLv2.1
• PACKAGE NAME: gmp
PACKAGE VERSION: 6.1.0
RECIPE NAME: gmp
LICENSE: GPLv2+ | LGPLv3+
• PACKAGE NAME: gnu-config
PACKAGE VERSION: 20150728+gitAUTOINC+b576fa87c1
RECIPE NAME: gnu-config
LICENSE: GPL-3.0-with-autoconf-exception
• PACKAGE NAME: grep
PACKAGE VERSION: 2.23
RECIPE NAME: grep
LICENSE: GPLv3
• PACKAGE NAME: inetutils-telnetd
LICENSE: LGPLv2.1
• PACKAGE NAME: libsystemd
PACKAGE VERSION: 229+gitAUTOINC+714c62b463
RECIPE NAME: systemd
LICENSE: GPLv2 LGPLv2.1 MIT
• PACKAGE NAME: libtirpc
PACKAGE VERSION: 1.0.1
RECIPE NAME: libtirpc
LICENSE: BSD
• PACKAGE NAME: libudev
PACKAGE VERSION: 229+gitAUTOINC+714c62b463
RECIPE NAME: systemd
LICENSE: GPLv2 & LGPLv2.1
• PACKAGE NAME: libusb-1
PACKAGE VERSION: 1.0.20
RECIPE NAME: libusb1
LICENSE: LGPLv2.1+
• PACKAGE NAME: libwrap
PACKAGE VERSION: 7.6
RECIPE NAME: tcp-wrappers
LICENSE: BSD
• PACKAGE NAME: libxerces-c
PACKAGE VERSION: 3.1.1
RECIPE NAME: xerces-c
LICENSE: Apache-2.0
• PACKAGE NAME: libxml2
PACKAGE VERSION: 2.9.4
RECIPE NAME: libxml2
LICENSE: MIT
• PACKAGE NAME: logrotate
PACKAGE VERSION: 3.9.1
RECIPE NAME: logrotate
LICENSE: GPLv2
• PACKAGE NAME: ltrace
PACKAGE VERSION: 7.3+gitAUTOINC+01b10e191e
RECIPE NAME: ltrace
LICENSE: GPLv2
• PACKAGE NAME: m4
PACKAGE VERSION: 1.4.17
RECIPE NAME: m4
LICENSE: GPLv3
• PACKAGE NAME: make
LICENSE: PD BSD
• PACKAGE NAME: tzdata
PACKAGE VERSION: 2019c
RECIPE NAME: tzdata
LICENSE: PD BSD
• PACKAGE NAME: udev
PACKAGE VERSION: 229+gitAUTOINC+714c62b463
RECIPE NAME: systemd
LICENSE: GPLv2 LGPLv2.1 MIT
• PACKAGE NAME: update-alternatives-opkg
PACKAGE VERSION: 0.1.8+gitAUTOINC+53274f0875
RECIPE NAME: opkg-utils
LICENSE: GPLv2+
• PACKAGE NAME: update-rc.d
PACKAGE VERSION: 0.7
RECIPE NAME: update-rc.d
LICENSE: GPLv2+
• PACKAGE NAME: usbutils
PACKAGE VERSION: 008
RECIPE NAME: usbutils
LICENSE: GPLv2+
• PACKAGE NAME: util-linux
PACKAGE VERSION: 2.27.1
RECIPE NAME: util-linux
LICENSE: GPLv2+ LGPLv2.1+ BSD
• PACKAGE NAME: valgrind
PACKAGE VERSION: 3.11.0
RECIPE NAME: valgrind
LICENSE: GPLv2 GPLv2+ BSD
• PACKAGE NAME: volatile-binds
PACKAGE VERSION: 1.0
RECIPE NAME: volatile-binds
LICENSE: MIT
• PACKAGE NAME: wget
PACKAGE VERSION: 1.20.3
RECIPE NAME: wget
LICENSE: GPLv3
• PACKAGE NAME: xerces-c
PACKAGE VERSION: 3.1.1
RECIPE NAME: xerces-c
LICENSE: Apache-2.0
• PACKAGE NAME: xinetd
From the References > Status form (shown below) we can see the configuration of the J7 input as well as
the current SSM value that is being read: 0x0C. Using table 13-5 (used for T1 SSM inputs) we find that 0x0C
maps to PQL = 4. This form also shows at the top that J7 connection is the current input reference for this
S650. This means that the PQL=4 value is sourcing SSM for any T1 and E1 outputs that might be configured.
Figure 13-3. SSM input values shown in Type column on References ' Status form
• The form will not self-update this status. To ensure that current value is being shown, refresh the form.
• The format of the SSM values is not correctly shown, but the content is correct. Ignore the trailing “FF” for E1
values.
Another view of the overall system status can be seen on Dashboard > System Timing. The Current Reference row
shows that the input at AJ7 is the selected reference for the system. It also shows that the system is frequency
locked. Note that since there is no time-reference into the system, the Time of Day Status remains in freerun.
Figure 13-4. S6xx Frequency Locked to T1 ESF Input on Slot A J7
We can use Tables 13-6 and 13-7 to identify the SSM values that will be encoded onto E1 or T1 outputs (if they are
capable of encoding SSM). Since we already identified that the PQL level of the current reference is 4, then we just
look up the corresponding output SSM for each signal type. Table 13-6 shows that a PQL of 4 maps to output E1
SSM of 0x4 (it is SSM that will be encoded on any SSM-capable E1 output). Similarly, Table 13-7 shows the mapping
for a T1 ESF signal. The PQL of 4 maps to SSM of 0x0CFF.
The S6xx performs this conversion automatically and displays these values on the Dashboard > Slot Modules form.
As shown, whenever the S6xx contains a telecom module, the T1 and E1 current output SSM values will always be
shown here, even if there are currently no actual outputs of this type being generated. As can be seen, the values
match what was determined from the tables (note the T1 should have the appended “FF”, not the E1 on the form
shown, but the actual outputs will be encoded correctly).
Figure 13-5. Dashboard > Slot Modules always shows T1 and E1 output SSM encodings
Use tables F-6 and F-7 to see the values that will be encoded onto SSM-capable outputs. From F-6 (E1 encodings) it
is seen that PQL = 1 will encode SSM 0x2. From F-7 (T1 encodings) it is seen that PQL = 1 will encode SSM 0x04FF.
As always, this information is provided on the Dashboard > Slot Modules form, in the row associated with the telecom
module (note the T1 should have the appended “FF”, not the E1 on the form shown, but the actual outputs will be
encoded correctly).
The current set of frequency inputs that are NOT capable of encoding SSM include:
• Any E1 signal with CRC disabled, E1 2.048 MHz
• T1 framed D4, T1 1.544 MHz
• Frequency inputs on J2 (1 MHz, 5 MHz, 10 MHz)
• Frequency inputs on J1 (1PPS, 10MPPS)
Any of these, when selected as the system frequency reference will set PQL = 1.
• Use the priority control ( see Timing > Input Control, Frequency Reference Priority group ) to define the preferred
order of frequency input selection. When there are multiple qualified candidates the one with highest priority will
be selected.
• While the SSM value for use on T1 or E1 outputs (that can encode SSM) will be based on the PQL of the
selected frequency reference (process covered in prior sections), the PQL is not used to modify the selection
criteria for frequency inputs. In other words, if the PQL of a higher priority reference is worse than the PQL of
a lower priority reference, it will not affect the selection decision: the highest priority qualified reference always
gets selected.
• The one situation where SSM can impact frequency reference selection is if the decoded SSM maps to a PQL
that is worse than the static PQL of the internal reference. When that occurs, the reference become disqualified
and therefore can't be selected (regardless of its priority).
Table 13-1. Oscillator PQL Values
OSCILLATOR PQL
Rubidium 4
OCXO 6
Standard 12
G.781 defines nine valid QL and SSM values for Option II network (1544 kbps hierarchy), as shown in Table 13-3.
Table 13-3. G.781 QL and SSM values for Option II Network (1544 kbps hierarchy)
0x2 QL-PRC 3
0x4 QL-SSU-A 6
0x8 QL-SSU-B 9
0xB QL-SEC/EEC1 13
0xF QL-DNU 16
invalid_SSM
Table 13-5. PQL Input Mapping for Option II Network - Converted from SSM
04FF QL-PRS 1
08FF QL-STU 2
0CFF QL-ST2 4
78FF QL-TNC 6
7CFF QL-ST3E 11
10FF QL-ST3 12
22FF QL-SMC/EEC2 14
40FF QL-PROV 15
30FF QL-DUS 16
invalid SSM
1 0x2 QL-PRC
2
3
4 0x4 QL-SSU-A
5
6
7 0x8 QL-SSU-B
8
9
10
11
12 0xB QL-SEC/EEC1
13
14
15 0xF QL-DNU
16
1 04FF QL-PRS
2 08FF QL-STU
3 04FF QL-PRS
4 0CFF QL-ST2
5 78FF QL-TNC
6
7 7CFF QL-ST3E
8
9
10
11
12 10FF QL-ST3
13 22FF QL-SMC/EEC2
14
15 40FF QL-PROV
...........continued
From Output PQL Output T1 Output QL
SSM
16 30FF QL-DUS
invalid SSM
su -
cd /usr/local/etc/raddb
Note that we assume you enabled 'root' on the Ubuntu installation. If not, you want to add 'sudo' to commands you
run that requires 'root' privilege.
security {
......
}
Comment out the line 'allow_vulnerable_openssl = no' (before the '}') and add a line below that line
'allow_vulnerable_openssl = yes'
#allow_vulnerable_openssl = no
allow_vulnerable_openssl = yes
client k2 {
ipaddr = *
proto = *
secret = myk2secret
}
Note that 'ipaddr = *' is to allow any RADIUS client (IPv4 or IPv6) to be authenticated. You can use individual IPs or
subnets to restrict the clients the server is going to authenticate. The secret 'myk2secret' is to be configured on the
SyncServer's RADIUS page and they must match.
listen {
type = auth
ipaddr = *
port = 1645
limit {
max_connections = 16
lifetime = 0
idle_timeout = 30
}
}
You have added two users 'admin' and 'testk2user01' to the RADIUS server.
# radiusd
Otherwise, enter
% sudo radiusd
On the console, you can watch all the RADIUS client requests and server responses information.
or
% sudo radiusd -X
Now, you can login to the SyncServer with both 'admin' or 'testk2user01'.
Username = admin
Password = myrad-passwd
Username = testk2user01
Password = mscck2userpass01
Note that you can still login as the SYncServer local 'admin' user
Username = admin
Password = Microsemi
In this case, the RADIUS server authentication fails to authenticate the 'admin' user but the Linux pam continues with
the local user authentication using /etc/passwd, which is successful.
su -
cd /etc/tacacs+
Note that we assume you enabled 'root' on the Ubuntu installation. If not, you want to add 'sudo' to commands you
run that requires 'root' privilege.
#key = testing123
key = k2testing0123456789
to be
# password is "k2pw_TEST"
user = k2testuser {
name = "K2 Test User"
pap = cleartext "k2pw_TEST"
}
In order to add a new TACACS+ user with encrypted password, you need to run the command 'tac_pwd'. This
command takes a password as input and outputs the DES (by default) or MD5 (-m) encryption of the input.
tac_pwd
Enter: HardPassword
Output: oTdl1euJ96jLc
# password is "HardPassword"
user = a_k2tacuser {
name = "Another K2 TACACS+ user"
pap = des "oTdl1euJ96jLc"
}
Note that you can user a single number after -d by adding them all as “-d 690”.
Now, you can login to the SyncServer with user on the Linix PC, k2testuser, a_k2tacuser
Note that you can still login as the SyncServer local 'admin' user
Username = admin
Password = Microsemi
In this case, the TACACS+ server authentication fails to authenticate the 'admin' user but the Linux pam continues
with the local user authentication using /etc/passwd, which is successful.
It shows
or
su -
/etc/init.d/slapd stop
dpkg-reconfigure slapd
1st dialog: <No>
2nd dialog: [Link]
3rd dialog: utopia
The slapd starts automatically after the re-configuration finishes. You can restart the slapd at any time with either of
followings.
/etc/init.d/slapd restart
systemctl restart slapd
slappasswd -h {SSHA}
Letmein
Letmein
The output is “{SSHA}wV5U887AlqhE7QKBzKVgjZvYJSdG9ej7”. Note that your output most probably does not
match the output shown here. That is because the slappasswd uses a dynamic salt value.
For “Jack Kendall”, the password is “Whynot!”. Enter the following.
slappasswd -h {SSHA}
Whynot!
Whynot!
The output is “{SSHA}OG4oszEpvOHctVvSoIaNI8JkvKOCJQ4S”. Again, your output most probably does not match
the output shown here.
Put the following into the file “[Link]” in your home directory.
dn: ou=people,dc=utopia,dc=net
ou: people
description: All people in organisation
objectclass: organizationalunit
dn: cn=Ashley Simon,ou=people,dc=utopia,dc=net
objectclass: inetOrgPerson
cn: Ashley Simon
sn: Smith
uid: asimon
userPassword: {SSHA}wV5U887AlqhE7QKBzKVgjZvYJSdG9ej7
description: super engineer
ou: Engineering
dn: cn=Jack Kendall,ou=people,dc=utopia,dc=net
objectclass: inetOrgPerson
cn: Jack Kendall
sn: Kendall
uid: jkendall
userpassword: {SSHA}OG4oszEpvOHctVvSoIaNI8JkvKOCJQ4S
description: sweet guy
ou: Human Resources
Note that you can add the number together for “-d” as “-d 3905”.
Username = asimon
Password = Letmein
Login as LDAP 'jkendall' user
Username = jkendall
Password = Whynot!
We can also use user's common name to login. On the SyncServer Security -> LDAP page, enter
Login Attribute = cn
Now, you can login to the SyncServer with user's common name (default is 'uid' as shown earlier).
Note that you can still login as the SyncServer local 'admin' user. The LDAP admin user “cn=admin,dc=utopia,dc=net”
is the so called RootDN which is special user that is not used for directory user authentication.
Username = admin
Password = Microsemi
In this case, the LDAP server authentication fails to authenticate the 'admin' user but the Linux pam continues with
the local user authentication using /etc/passwd, which is successful.
15.1 Revision A
The following corrections and additions have been made to the SyncServer S6x0 User’s Guide with Rev. A of the
Microchip DS part number:
• Changed to Microchip template for User Guides.
• Updated product images in Chapter 1 and Chapter 2 to show Microchip logo on front panel and top
• Added PTP master and client SMPTE profiles
• Added IEC 62439-3 PRP (Parallel Redundancy Protocol) for PTP profiles
• Added login banner for SSH connections
• Added user capability to disable SNMPv2 write access
• Added customer-settable password expiration
• Updated GNSS status screen capture from Dashboard in Chapter 5: Web Interface
• Added user-defined password policy
• Updated NTP-related screen captures in Chapter 5: Web Interface
• Updated Security screen captures for X.509 certificate and packet monitoring.
Note: Cross-reference links may not be functional with this revision of the User’s Guide
• Updated Figure 4-29, screen image for Timing > Input Control page,
• Added specifications for Operating Altitude and Storage Altitude to Table B-2.
• Added Timing Accuracy for Inputs with Table B-16.
• Added details to Compliance & Certifications section in Appendix B about Voluntary Control council for
Interference by Information Technology Equipment (VCCI) and VCCI-A.
• Added voltage range to the power specifications in Table B-3
• Added details about PTP to Timing Port Rules, on page 386.
• Added procedure to Add NTP Server Association using Autokey Authentication.
The following corrections and additions have been made to the SyncServer S6x0 User’s Guide with Rev. D:
• Updated screen images for some Web Interface windows to reflect changes to the GUI.
• Added details about new Low Phase Noise Module and Ultra Low Phase Noise Module Chapter 1, Chapter 2
and Appendix B.
• Added details about dual DC power supplies to Chapter 1, Chapter 2 and Appendix B.
• Added new alarms to Appendix A.
• Updated Software License information to include new licenses and new features to existing license.
• Added new procedures to Chapter 6.
Microchip provides online support via our website at [Link]/. This website is used to make files and
information easily available to customers. Some of the content available includes:
• Product Support – Data sheets and errata, application notes and sample programs, design resources, user’s
guides and hardware support documents, latest software releases and archived software
• General Technical Support – Frequently Asked Questions (FAQs), technical support requests, online
discussion groups, Microchip design partner program member listing
• Business of Microchip – Product selector and ordering guides, latest Microchip press releases, listing of
seminars and events, listings of Microchip sales offices, distributors and factory representatives
Microchip’s product change notification service helps keep customers current on Microchip products. Subscribers will
receive email notification whenever there are changes, updates, revisions or errata related to a specified product
family or development tool of interest.
To register, go to [Link]/pcn and follow the registration instructions.
Customer Support
Note the following details of the code protection feature on Microchip devices:
• Microchip products meet the specifications contained in their particular Microchip Data Sheet.
• Microchip believes that its family of products is secure when used in the intended manner and under normal
conditions.
• There are dishonest and possibly illegal methods being used in attempts to breach the code protection features
of the Microchip devices. We believe that these methods require using the Microchip products in a manner
outside the operating specifications contained in Microchip’s Data Sheets. Attempts to breach these code
protection features, most likely, cannot be accomplished without violating Microchip’s intellectual property rights.
• Microchip is willing to work with any customer who is concerned about the integrity of its code.
• Neither Microchip nor any other semiconductor manufacturer can guarantee the security of its code. Code
protection does not mean that we are guaranteeing the product is “unbreakable.” Code protection is constantly
evolving. We at Microchip are committed to continuously improving the code protection features of our products.
Attempts to break Microchip’s code protection feature may be a violation of the Digital Millennium Copyright Act.
If such acts allow unauthorized access to your software or other copyrighted work, you may have a right to sue
for relief under that Act.
Trademarks
The Microchip name and logo, the Microchip logo, Adaptec, AnyRate, AVR, AVR logo, AVR Freaks, BesTime,
BitCloud, chipKIT, chipKIT logo, CryptoMemory, CryptoRF, dsPIC, FlashFlex, flexPWR, HELDO, IGLOO, JukeBlox,
KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, Microsemi logo,
MOST, MOST logo, MPLAB, OptoLyzer, PackeTime, PIC, picoPower, PICSTART, PIC32 logo, PolarFire, Prochip
Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, SST Logo, SuperFlash, Symmetricom, SyncServer,
Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, and XMEGA are registered trademarks of Microchip Technology
Incorporated in the U.S.A. and other countries.
AgileSwitch, APT, ClockWorks, The Embedded Control Solutions Company, EtherSynch, FlashTec, Hyper Speed
Control, HyperLight Load, IntelliMOS, Libero, motorBench, mTouch, Powermite 3, Precision Edge, ProASIC,
ProASIC Plus, ProASIC Plus logo, Quiet-Wire, SmartFusion, SyncWorld, Temux, TimeCesium, TimeHub, TimePictra,
TimeProvider, WinPath, and ZL are registered trademarks of Microchip Technology Incorporated in the U.S.A.
Adjacent Key Suppression, AKS, Analog-for-the-Digital Age, Any Capacitor, AnyIn, AnyOut, Augmented Switching,
BlueSky, BodyCom, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController,
dsPICDEM, [Link], Dynamic Average Matching, DAM, ECAN, Espresso T1S, EtherGREEN, IdealBridge,
In-Circuit Serial Programming, ICSP, INICnet, Intelligent Paralleling, Inter-Chip Connectivity, JitterBlocker, maxCrypto,
maxView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Certified logo, MPLIB, MPLINK, MultiTRAK, NetDetach,
Omniscient Code Generation, PICDEM, [Link], PICkit, PICtail, PowerSmart, PureSilicon, QMatrix, REAL ICE,
Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SMART-I.S., storClad,
SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance, TSHARC, USBCheck, VariSense,
VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect, and ZENA are trademarks of Microchip Technology
Incorporated in the U.S.A. and other countries.
SQTP is a service mark of Microchip Technology Incorporated in the U.S.A.
The Adaptec logo, Frequency on Demand, Silicon Storage Technology, and Symmcom are registered trademarks of
Microchip Technology Inc. in other countries.
GestIC is a registered trademark of Microchip Technology Germany II GmbH & Co. KG, a subsidiary of Microchip
Technology Inc., in other countries.
All other trademarks mentioned herein are property of their respective companies.
© 2021, Microchip Technology Incorporated, Printed in the U.S.A., All Rights Reserved.
ISBN: 978-1-5224-7746-4