Configuration settings for Sonic fiber for Ubiquiti Dream Machine?

[apalamides]

Routing switch hardware usually whenever busy cause deprioritized the ICMP echo/reply requests result the higher ping/packet loss but not impact the routing data. Usually last hop or last two hops are only thing to look out for.

Here mine using AlmaLinux box wired to UDM Pro (4.0.21) > ONT with 10Gtek 10GBase SFP+

Via My Traceroute (MTR) available in most Linux distro (idk about Windows lol)

Code: Select all

Start: 2024-12-28T09:58:20-0800
HOST: alma                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- _gateway                   0.0%    10    0.2   0.2   0.2   0.3   0.0
  2.|-- lo0.bng1.snlnca11.sonic.n  0.0%    10    1.4   1.5   1.1   1.8   0.2
  3.|-- 192-184-185-234.static.so  0.0%    10   49.3  10.3   2.5  49.3  13.9
  4.|-- ae5.cr3.hywrca01.sonic.ne  0.0%    10   14.8 100.2  14.8 521.3 176.7
  5.|-- ae2.cr4.hywrca01.sonic.ne  0.0%    10    3.6   7.0   2.6  24.8   6.5
  6.|-- ae5.cr1.hywrca01.sonic.ne 90.0%    10  9584. 9584. 9584. 9584.   0.0
  7.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  8.|-- 100.ae1.nrd1.equinix-sj.s  0.0%    10    2.5   2.6   2.5   2.9   0.1
  9.|-- google.159.ae1.nrd1.equin  0.0%    10    3.3   3.4   2.5   3.8   0.3
 10.|-- 142.251.69.83              0.0%    10    3.8   3.9   3.5   4.6   0.3
 11.|-- 142.251.224.33             0.0%    10    3.0   2.9   2.8   3.1   0.1
 12.|-- dns.google                 0.0%    10    3.4   3.3   3.2   3.4   0.1

[klui]

You may want to ask Sonic to connect your ONT to another port at the OLT if the light readings are OK. It appears you're in a different geographical location than where I am (SF Bay Area) so it's difficult to compare traceroute responses.

Code: Select all

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  _gateway ()  0.143 ms  0.098 ms  0.103 ms
 2  lo0.bng1.snlnca11.sonic.net (157.131.132.154)  1.492 ms  1.446 ms  1.408 ms
 3  0.ae0.cr3.lsatca11.sonic.net (157.131.208.218)  9.513 ms 192-184-185-234.static.sonic.net (192.184.185.234)  3.213 ms  3.174 ms
 4  ae6.cr3.rcmdca11.sonic.net (192.184.185.205)  18.397 ms  18.370 ms ae5.cr3.hywrca01.sonic.net (192.184.185.209)  20.293 ms
 5  * * ae2.cr4.hywrca01.sonic.net (157.131.243.61)  8.671 ms
 6  * * *
 7  * * *
 8  100.ae1.nrd1.equinix-sj.sonic.net (75.101.33.185)  2.673 ms  2.607 ms  2.080 ms
 9  google.159.ae1.nrd1.equinix-sj.sonic.net (209.148.113.38)  2.626 ms  2.574 ms  2.448 ms
10  * * *
11  dns.google (8.8.8.8)  2.554 ms  2.755 ms  2.722 ms

[shio_ramen]

You may want to ask Sonic to connect your ONT to another port at the OLT if the light readings are OK. It appears you're in a different geographical location than where I am (SF Bay Area) so it's difficult to compare traceroute responses.

Code: Select all

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  _gateway ()  0.143 ms  0.098 ms  0.103 ms
 2  lo0.bng1.snlnca11.sonic.net (157.131.132.154)  1.492 ms  1.446 ms  1.408 ms
 3  0.ae0.cr3.lsatca11.sonic.net (157.131.208.218)  9.513 ms 192-184-185-234.static.sonic.net (192.184.185.234)  3.213 ms  3.174 ms
 4  ae6.cr3.rcmdca11.sonic.net (192.184.185.205)  18.397 ms  18.370 ms ae5.cr3.hywrca01.sonic.net (192.184.185.209)  20.293 ms
 5  * * ae2.cr4.hywrca01.sonic.net (157.131.243.61)  8.671 ms
 6  * * *
 7  * * *
 8  100.ae1.nrd1.equinix-sj.sonic.net (75.101.33.185)  2.673 ms  2.607 ms  2.080 ms
 9  google.159.ae1.nrd1.equinix-sj.sonic.net (209.148.113.38)  2.626 ms  2.574 ms  2.448 ms
10  * * *
11  dns.google (8.8.8.8)  2.554 ms  2.755 ms  2.722 ms

I’m in San Mateo County of Bay Area.

The Sonic technicians and phone support who came onsite have said the light levels look within normal range historically.

[shio_ramen]

I followed Ubiquiti's guidance and bought+put in another router (Alta Labs Route10) in between AdTrans ONT and the Ubiquiti Dream Machine 2 days ago.

Interestingly, the packet loss and disconnections have reduced in frequency from many times per hour throughout 24 hours and everyday... down to a handful of times in per day. This stopgap certainly points to Ubiquiti team being potentially correct about AdTrans ONT from Sonic as the cause of the interoperability issues).

While an improvement, I am still seeing some disconnections unfortunately (even with Alta Labs Route10 connected to AdTrans ONT), so the Sonic.net connection is still only semi-stable.

Considering the fact that I've swapped through Eero POE Gateway, Eero Max 7, and now Alta Labs Route 10... and had each of them connect to the AdTrans (and the Ubiquiti Dream Machine being downstream) and all those setups all each got disconnections... it's clear that my hardware (and all those new cables from Cable Matters on AMZN) aren't the cause of the disconnections.

Still awaiting Sonic's response and their fix to the disconnections.

[js9erfan]

I believe Sonic still does their own ping monitoring but you can also do this yourself using a free service like UptimeRobot to chart your wan disconnects. Since Sonic's fiber IPs are dynamic I would use ddns for continued monitoring after ip changes. I use no-ip for several locations and have been happy with their service.

I'll just repeat though that if the Sonic tech who replaced the ont suspects there's an issue between the ont and the street (as you posted previously) I would call Sonic and request they send a tech out to troubleshoot further and hopefully identify/fix the cause.