Community discussions

MikroTik App
 
uldis
MikroTik Support
MikroTik Support
Topic Author
Posts: 3446
Joined: Mon May 31, 2004 2:55 pm

IEEE1588 PTPv2 support for CRS317

Thu Nov 21, 2019 11:31 am

We plan to introduce IEEE1588 PTPv2 feature for some of the CRS317 series switches.
At the moment we plan to add support for the IEEE1588 PTPv2 Boundary clock which can be operated by transport layer2/udp4 and possibility to choose the delay-mode end-to-end/peer-to-peer.
Support for the 802.1AS (gPTP) will be also added.
Note that the clock is not synchronised to the system clock.

Maybe you could give us some feedback if you would like to use that feature in our CRS switches?
What additional options you would like us to add for this feature?
You do not have the required permissions to view the files attached to this post.
 
mistry7
Forum Guru
Forum Guru
Posts: 1480
Joined: Tue Oct 13, 2009 11:57 am
Location: Germany

Re: IEEE1588 PTPv2 support for CRS317

Thu Nov 21, 2019 11:58 am

Nice feature for W60g,
always needed for Multi-Cell DECT and Video HD-SDI
 
User avatar
cdiedrich
Forum Veteran
Forum Veteran
Posts: 997
Joined: Thu Feb 13, 2014 2:03 pm
Location: Basel, Switzerland // Bremen, Germany
Contact:

Re: IEEE1588 PTPv2 support for CRS317

Thu Nov 21, 2019 12:50 pm

That is great news.
Just thinking further - together with GPS it could become a really nice Master clock or even grand master...
And it could open the CRS range for use with AVB.
 
tmichaud
just joined
Posts: 7
Joined: Fri Oct 14, 2016 10:06 pm

Re: IEEE1588 PTPv2 support for CRS317

Mon Feb 17, 2020 4:57 pm

Any update on progress with IEEE1588 PTPv2 support?
 
User avatar
hknet
Member Candidate
Member Candidate
Posts: 126
Joined: Sun Jul 17, 2016 6:05 pm
Location: Vienna, Austria
Contact:

Re: IEEE1588 PTPv2 support for CRS317

Sun Feb 23, 2020 10:19 am

Maybe you could give us some feedback if you would like to use that feature in our CRS switches?
What additional options you would like us to add for this feature?
from a provider point-of-view - this is nice to have, but honestly I'd prefer other chip-features implemented available on crs317 hardware.
 
ste
Forum Guru
Forum Guru
Posts: 1924
Joined: Sun Feb 13, 2005 11:21 pm

Re: IEEE1588 PTPv2 support for CRS317

Tue Mar 10, 2020 10:35 am

First make this a reliable switch. Connecting 10G and 1G is still a mess. We get packet loss and vpls tunnels with sporadic outages. I cant even see if flow control is negotiated? How do you test this switch without this information? We consider to remove all our CRS317 at the moment.
 
tmichaud
just joined
Posts: 7
Joined: Fri Oct 14, 2016 10:06 pm

Re: IEEE1588 PTPv2 support for CRS317

Tue Apr 07, 2020 8:26 pm

Any update on IEEE1588v2 support?
 
User avatar
daemontux
just joined
Posts: 4
Joined: Thu Dec 24, 2020 9:52 am
Location: Russsian

Re: IEEE1588 PTPv2 support for CRS317

Fri Dec 25, 2020 6:15 am

Most likely it is impossible to do this in software. It needs a dedicated ASIC and a crystal oscillator
 
pjinkcc
just joined
Posts: 12
Joined: Thu Aug 29, 2013 12:05 am

Re: IEEE1588 PTPv2 support for CRS317

Thu Jul 07, 2022 1:05 pm

According to: https://help.mikrotik.com/docs/display/ ... e+Protocol

PTPv2 is Supported on:
  • CRS326-24G-2S+ supported only on Gigabit Ethernet ports
  • CRS328-24P-4S+ supported only on Gigabit Ethernet ports
  • CRS317-1G-16S+ supported on all ports
  • CRS326-24S+2Q+ supported on SFP+ and QSFP+ interfaces
  • CRS312-4C+8XG supported on all ports
  • CRS318-16P-2S+ supported only on Gigabit Ethernet ports
Looking to get one of these to test with my MOTU 828es AVB audio interface with another AVB audio device to expand audio I/O with just my local studio/office switch.

I am wondering though... if the CRS326 is compatible, would the CSS326(switch only version) be also?
 
rounin
just joined
Posts: 21
Joined: Thu Mar 24, 2022 6:03 am

Re: IEEE1588 PTPv2 support for CRS317

Sat Jul 16, 2022 1:42 pm

(feature request)

It seems the switches in the RB5009 (88E6393X) and CCR2116 (98DX3255) have some support for PTP 1588v2 - I would be interested in using them as a transparent clock. Are these similar enough to the switches in the CRS317 that they could be enabled?

I have a GPS / OCXO PTP grandmaster and am currently using an IGS-6325-8UP2S2X as a transparent clock in a video acquisition synchronization project. I need more ports : ). If the CCR2116 or rb5009's switch could also participate in 1588v2 distribution it would help a lot.
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 2989
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: IEEE1588 PTPv2 support for CRS317

Sat Jul 16, 2022 4:55 pm



I am wondering though... if the CRS326 is compatible, would the CSS326(switch only version) be also?

keep in mind CSS switches has almost no CPU and or Memory to run additional software features, thanks tho this there are cheaper, but fitted for more basic use
 
rounin
just joined
Posts: 21
Joined: Thu Mar 24, 2022 6:03 am

Re: IEEE1588 PTPv2 support for CRS317

Sat Jul 16, 2022 9:00 pm

keep in mind CSS switches has almost no CPU and or Memory to run additional software features
For boundary clock, this is essentially a hardware feature. The switch chips corrects the 1588v2 timestamp as it flows though the switch (or gets stuck in a egress queue). Not much software really runs besides turning on the hardware.
 
pjinkcc
just joined
Posts: 12
Joined: Thu Aug 29, 2013 12:05 am

Re: IEEE1588 PTPv2 support for CRS317

Wed Jul 20, 2022 3:17 am



I am wondering though... if the CRS326 is compatible, would the CSS326(switch only version) be also?

keep in mind CSS switches has almost no CPU and or Memory to run additional software features, thanks tho this there are cheaper, but fitted for more basic use
That's fine, it would be connected to my main Mikrotik router and not need to do any routing, filtering, etc. Just basic local office switching. So it would seem to be perfect. As long as it can switch AVB audio packets. I want to test this soon.
 
mjezierski
newbie
Posts: 36
Joined: Mon Jul 01, 2019 3:50 pm
Location: Racing Capital of the World
Contact:

Re: IEEE1588 PTPv2 support for CRS317

Fri Sep 16, 2022 5:06 pm

Do all of the switches from end-to-end need to support IEEE1588? I am in the need for possibly supporting IEEE1588 at the network edge, I have existing CRS317-1G-16S+ switches (currently running SwOS but can change to ROS if required) within the core with another vendor GPS device that can serve as GM, but also acquired a CRS328-4C-20S-4S+RM as a distribution switch to the perimeter. I'm considering utilizing NetPower 16's (CRS318-2S+16P) at the edge to serve the last mile to the endpoints.

So the network path would be GM <-> CRS317 <-> CRS328 <-> NetPower 16P <-> Endpoint

As of now no video is going through this network, strictly audio.
 
emunt6
Frequent Visitor
Frequent Visitor
Posts: 87
Joined: Fri Feb 02, 2018 7:00 pm

Re: IEEE1588 PTPv2 support for CRS317

Sat Dec 31, 2022 2:04 am

It is possible with extra SFP-modul:
> OSA 5401 - Small form-factor pluggable (SFP) GNSS receiver and PTP grandmaster clock.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: IEEE1588 PTPv2 support for CRS317

Sun Jan 08, 2023 2:10 pm

Do all of the switches from end-to-end need to support IEEE1588?

From technical point of view: no. From precission point of view: yes. The main point of running IEEE1588 (as opposed to plain NTP) is to give OC accurate information about delay between GM and itself. Delay is mainly due to two reasons:
  1. physical link delay
    This delay is on most links constant and is sum of delay on physical port (parallel to serial conversion, etc.) and delay on link itself (due to signal speed which is finite).
    This delay is configuration property of each link and can be different in each direction (e.g. higher parallel to serial delay in slower direction on lines with asymmetrical speeds).
  2. delay on active equipment
    This delay can vary a lot due to how device handles packets (e.g. queuing) and support for IEEE1588 on these devices improves precission as delay of each individual timing packet can be accurately determined (and set or added to already present delay info) on egress.
If there's non-IEE1588 equipment in the path between GM and OC, then lack of accurate delay measurements will reduce accuracy of timestamps received. If the non-IEEE1588 device is not congested in any way, so that delay of packets passing from GM towards OC is pretty constant, then it is possible to add that delay to link between adjacent IEEE1588 devices and then accuracy will be mostly fine (worse than if all devices were IEEE1588 but not much). OTOH if the non-IEE1588 device does see congestion now and then, the precission of timing information drops on the floor (and is then not much better than plain NTP).
 
brotherdust
Member Candidate
Member Candidate
Posts: 130
Joined: Tue Jun 05, 2007 1:31 am

Re: IEEE1588 PTPv2 support for CRS317

Sat Feb 18, 2023 12:11 am

We plan to introduce IEEE1588 PTPv2 feature for some of the CRS317 series switches.
At the moment we plan to add support for the IEEE1588 PTPv2 Boundary clock which can be operated by transport layer2/udp4 and possibility to choose the delay-mode end-to-end/peer-to-peer.
Support for the 802.1AS (gPTP) will be also added.
Note that the clock is not synchronised to the system clock.

Maybe you could give us some feedback if you would like to use that feature in our CRS switches?
What additional options you would like us to add for this feature?
This feature would be useful! May I make some additional suggestions to make PTP even _more_ useful?
1. PPS or 10MHz input for the GM. I'd like to connect my GPS direct to the 317 if I'm going to use it as a GM. Otherwise, will you consider making a dedicated device to act as GM using the Open Time Server as a reference design?
2. Enable IPv6 transport
 
brotherdust
Member Candidate
Member Candidate
Posts: 130
Joined: Tue Jun 05, 2007 1:31 am

Re: IEEE1588 PTPv2 support for CRS317

Sat Feb 18, 2023 12:12 am

It is possible with extra SFP-modul:
> OSA 5401 - Small form-factor pluggable (SFP) GNSS receiver and PTP grandmaster clock.
Oh wow! This is a really neat device! Thanks!
 
dgel27
just joined
Posts: 3
Joined: Sat Jan 28, 2023 12:53 pm

Re: IEEE1588 PTPv2 support for CRS317

Tue Feb 21, 2023 10:52 pm

You can try MiCLK from RAD. It almost same device as OSA5401, with WEB interface and about 30% cheaper. But it have some think, we go to use ADVA - the MiCLK doesn't begin operate as GM, before it will be once locked. ADVA can operate on its Stratum 3 clock.

Finally, i have setup CRS326-24S+2Q+ as fronthaul 5G SA base station with PTP support. The 4 RU's operates MIMO 4x2 (4T2R) with DU synced with ADVA OSA5401 works fine.
The switch setup is not clear as other switches, but it possible. Some issues with PTP implementation:

1. L2 GM packets not isolated in bridge. So if PTP destination is forwardable mac (01-1B-19-00-00-00), the all PTP packets spread to all bridge ports, and slave devices also see GM packets, and could choose GM. If i change PTP destination to non-forwardable mac (01-80-C2-00-00-0E), the announce and sync packets not forwarded, but switch send delay_request to (01-1B-19-00-00-00) and ADVA also answered to (01-1B-19-00-00-00), so these packets also spread to all ports. There are no possibilities to add VLAN to PTP traffic, and switch rules also doesn't work for me. The only way i found - create dedicated bridge for GM.
2. The PTP slaves ports also not isolated, so all multicast PTP traffic pass thru all PTP ports. This is less problem, but usually BC switches isolate every PTP traffic by its port.
3. The PTP implementation have one bug: when GM in already locked switch suddenly change TOD to huge value (hours, month, years), the switch newer will come to sync state. These can happen when GPS signal of GM is lost, GM lost power, etc.... If Mikrotik use ptp4l, it better to add step_threshold 0.002 to the setting.
4. I'm really waiting for 100G Mikrotik switches with PTP support. The 10G already go out from communication segment.

Maybe anyone could help me with setting routing to PTP bridge? The GM have static IP from same management network, and i need get access to SSH, TELNET, logs and NTP of GM.

Thanks!
Last edited by dgel27 on Tue Feb 21, 2023 11:04 pm, edited 2 times in total.
 
dalun
just joined
Posts: 2
Joined: Mon Feb 27, 2023 7:09 pm

Re: IEEE1588 PTPv2 support for CRS317

Mon Feb 27, 2023 7:12 pm

According to: https://help.mikrotik.com/docs/display/ ... e+Protocol

PTPv2 is Supported on:
  • CRS326-24G-2S+ supported only on Gigabit Ethernet ports
  • CRS328-24P-4S+ supported only on Gigabit Ethernet ports
  • CRS317-1G-16S+ supported on all ports
  • CRS326-24S+2Q+ supported on SFP+ and QSFP+ interfaces
  • CRS312-4C+8XG supported on all ports
  • CRS318-16P-2S+ supported only on Gigabit Ethernet ports
Looking to get one of these to test with my MOTU 828es AVB audio interface with another AVB audio device to expand audio I/O with just my local studio/office switch.

I am wondering though... if the CRS326 is compatible, would the CSS326(switch only version) be also?
Did anyone have test that mikrotik switch fully support AVB ?
 
nadaiana1
just joined
Posts: 1
Joined: Sat Jun 17, 2023 7:04 am
Location: usa
Contact:

Re: IEEE1588 PTPv2 support for CRS317

Mon Jun 19, 2023 6:17 am

Nice Info bro!
 
andrep
just joined
Posts: 2
Joined: Mon Nov 20, 2023 1:18 pm

Re: IEEE1588 PTPv2 support for CRS317

Mon Nov 20, 2023 1:23 pm

Hey,

we plan to deploy a very similar setup as @dgel27 but using a CRS317-1G-16S+.
We currently use a Fibrolan switch but would like to combine a Mikrotik with PTP support plus a SFP based PTP GM, like the MiCLK or the OSA5401.

Has anyone tried that combo? Are there other SFP GM than the two mentioned above?

Also, dgel27, could you solve the PTP traffic isolation in the meanwhile?

Thanks
Andre
 
dgel27
just joined
Posts: 3
Joined: Sat Jan 28, 2023 12:53 pm

Re: IEEE1588 PTPv2 support for CRS317

Mon Nov 20, 2023 2:59 pm

Hi,
The Fibrolan 812 is a "bentley" for PTP. If you need PTP accuracy, it best we found till now.

For SFP GM, we didn't found others, just for your information Milk will not start operate as PTP GM till it will be sync (class 6) - it need GPS or other GM locked to first operate
ADVA can operate on any clock class, so for this reason we are choose ADVA

And for PTP traffic isolation need apply few steps(note, we use only L2 PTP (g8275.1 profile):

1. For GM - remove GM port from bridge, add it to PTP instance - in this case switch will be synced, but PTP packets will be isolated.
2. For GM management (we use OSA5401/5405) need add IP to the port that GM attached, and add route to this port. So i can reach it from switch(telnet). Maybe it possible to add port forwarding to reach it outside the switch.
3. If you need on slaves ONLY PTP, without other traffic - also remove this slave port from bridge and add it to PTP instance.
4. If your slaves need additional traffic(bridging with other ports), except PTP, you need add PVID to bridge - this PVID will be PTP VLAN.
5. Ports you need be with PTPs, you need add to PTP instance and PTP VLAN (tagged or untagged), in this case PTP packets will be only on PTP VLAN inside bridge.
6. For NTP - i have enable NTP server on ADVA, define client on Mikrotik. Also define NTP server for Mikrotik to sync oter devices on the system

We are using CRS326-24S+2Q+ (this is with 24x10G and 2x40G [8x10G] ports) i think it better CRS317 - it double density for $100 difference.

And we are waiting for 100G PTP aware switches from MikroTik for our 100G NICs systems
 
andrep
just joined
Posts: 2
Joined: Mon Nov 20, 2023 1:18 pm

Re: IEEE1588 PTPv2 support for CRS317

Tue Nov 21, 2023 10:00 am

Hi dgel27,

thanks for the update. I agree that the Fibrolan works great. But I'd like to evaluate other options as well and the Mikrotik devices seem great. I was a bit worried because the PTP feature is not mentioned in any data sheet - only in the wiki. If Mikrotik had a PTP GM as well it would make it a really strong offer. Something they should consider for sure.

I also agree that the CRS326-24S+2Q+ is the better deal - but it isn't available right now in their EU shop.

Thanks
Andre
 
dgel27
just joined
Posts: 3
Joined: Sat Jan 28, 2023 12:53 pm

Re: IEEE1588 PTPv2 support for CRS317

Tue Nov 21, 2023 2:04 pm

Hi Andre,

The Mikrotik doesn't have GM - it BC switch, although it will operate as master, without GM, you have GM.
And yes, I also found PTP capabilities after update my home router and try to read documentation what is new in the release.

Below code that i wrote to my teammates how to configure it for our system:

Below the brief explanation to configure switch to work with CYRUS system:
# Default username: admin
# Default password: password is unique! printed on the bottom label, also included label. Put this label on the front of thw switch!
# Default IP address: 192.168.88.1 NO DHCP client by default!
# First connection need made with serial console, or from subnet 192.168.88.X
# It is possible to customize default settings, upload on Mikrotik suite,and they will generate package with default settings.
# to show current config execute /export command



# Remove OOB interface from the bridge
/interface bridge port remove numbers=[find where interface=ether1 ];

# Setting L3 HW offload:
/interface ethernet switch set switch1 qos-hw-offloading=yes l3-hw-offloading=yes;

# Add DHCP client to OOB port
/ip dhcp-client add interface=ether1;

# Add name to the switch:
/system identity set name=MikroTik_162;


# set all qsfp ports to use as split 10G
/interface ethernet set [ find where default-name~"qsfpplus" ] auto-negotiation=no speed=10Gbps;

# set all ports with jumbo frames
/interface ethernet set [find name!="ether1"] l2mtu=9022;

# Setting bridge and PTP VLAN:
/interface bridge set [find] name=CYRUS2 pvid=105 vlan-filtering=yes;

# Set GM port:
# Remove GM port from bridge:
/interface bridge port remove numbers=[ find where interface=sfp-sfpplus16 ];

# Settings to enable L3 on GM (ADVA reach, NTP on ADVA...etc) via switch:
# Add IP adress to interface (let say ADVA is 192.168.0.2)
/ip address add address=192.168.0.5 interface=sfp-sfpplus16 network=192.168.0.5;
# Add route to ADVA
/ip route add disabled=no distance=1 dst-address=192.168.0.2/32 gateway=sfp-sfpplus16 routing-table=main suppress-hw-offload=no;
# NTP client and server:
/system ntp client set enabled=yes;
/system ntp server set enabled=yes local-clock-stratum=2 use-local-clock=yes;
/system ntp client servers add address=192.168.0.2 comment="LOCAL ADVA IF PRESENT";
/system ntp client servers add address=10.100.170.133 comment="ASOCS DC LAB ADVA SWITCH";


# Define ports on the bridge:
# Set tagged ports
/interface bridge port set bridge=CYRUS2 pvid=1 numbers=[find where interface=sfp-sfpplus24] frame-types=admit-only-vlan-tagged;
# Set untagged ports
/interface bridge port set bridge=CYRUS2 pvid=105 numbers=[find where interface=sfp-sfpplus25] frame-types=admit-only-untagged-and-priority-tagged;
# Define VLAN's and add port to VLAN's:
/interface bridge vlan add bridge=CYRUS2 comment=SPLANE tagged=sfp-sfpplus2,sfp-sfpplus3 untagged=qsfpplus1-1,qsfpplus2-1 vlan-ids=105;

# Define PTP on switch:
/system ptp add comment=CYRUS_PTP name=cyrus_ptp profile=g8275.1 transport=l2;

# Add interfaces to PTP
/system ptp port add interface=sfp-sfpplus2 ptp=cyrus_ptp;
/system ptp port add interface=sfp-sfpplus16 ptp=cyrus_ptp;
/system ptp port add interface=sfp-sfpplus18 ptp=cyrus_ptp;

# Setting mirroring:
/interface ethernet switch set switch1 mirror-source=sfp-sfpplus21 mirror-target=sfp-sfpplus22;

# Buckup the settings
/system backup save name=20231103_mikrotik_162;

We have about 10 in our systems, and its works good for us

Who is online

Users browsing this forum: No registered users and 17 guests