View Relay "TV5277"

Family: 1 relay | printerexpert@mail2tor.com | AS46375 | United States of America | Linux

Health Status

Consensus
Not In Consensus (3/9 Directory Auths, need 5)
Flags
Exit, Running, V2Dir, Valid (4)
BW Verified
1/6 BW Auths Measured 528 bit/s Median
Stability
Not Overloaded | DOWN 2d 3h 45m ago
Reachability
IPv4: 3/9 (Directory Auths)
First Seen
2d 16h 47m ago
BW Weight
0.00% of Network | 532 Kbit/s Observed By Relay
Version
0.4.8.22 Recommended
Issues Detected:
  • Not in consensus : Only 3/9 authorities voted for this relay (need 5)
    Suggestion: Verify your relay is reachable from multiple geographic locations. Check firewall rules allow incoming connections on your ORPort from all directory authority IP addresses.
  • IPv4 reachability issues : Only 3/9 authorities can reach this relay
    Suggestion: Authorities that cannot reach you: bastet, faravahar, gabelmoo, longclaw, maatuska, moria1. Check: 1) Firewall allows incoming TCP on ORPort, 2) No ISP-level blocking, 3) Tor is running and listening. Use 'nc -zv your-ip your-orport' from external hosts to test.
  • Guard: bandwidth below threshold : Observed bandwidth 0.1 MB/s is below 2 MB/s minimum (AuthDirGuardBWGuarantee)
    Suggestion: Guard requires ≥2 MB/s bandwidth OR being in top 25% of network. To increase bandwidth: 1) Ensure adequate upstream capacity, 2) Check RelayBandwidthRate/RelayBandwidthBurst in torrc, 3) Monitor with Nyx or ARM.
  • Guard: WFU below threshold : Weighted Fractional Uptime 85.4% is below 98% requirement
    Suggestion: WFU measures recent uptime (recent downtime weighs more heavily). To improve: 1) Minimize restarts, 2) Use systemd with Restart=always, 3) Monitor for OOM kills, 4) Schedule updates during low-traffic periods.
  • Guard: Time Known below threshold : Time Known 2.4 days is below 8 days requirement (5.6 more days needed)
    Suggestion: Time Known tracks how long authorities have observed your relay. This resets if: 1) Identity key changes, 2) Long downtime makes authorities forget you. Just keep running stably.
  • Guard: requires Stable flag : Guard flag requires having the Stable flag first
    Suggestion: Get Stable flag by maintaining consistent uptime. Stable requires uptime and MTBF at or above network median (typically 2-3 weeks of stable running).
  • Guard: requires Fast flag : Guard flag requires having the Fast flag first
    Suggestion: Get Fast flag by having bandwidth ≥100 KB/s OR in top 7/8ths of network. Most relays get this easily.
  • Not eligible for Stable flag : Uptime or MTBF below network median for most authorities
    Suggestion: Stable flag requires uptime/MTBF at or above network median. Keep your relay running continuously for 2-3 weeks. Avoid restarts. Use reliable hardware and network connection.
  • HSDir: WFU below threshold : WFU 85.4% below 98% required for HSDir
    Suggestion: HSDir requires ≥98% WFU, Stable flag, and Time Known ≥25 hours (or ~10 days for moria1). Improve uptime consistency.
  • High consensus weight deviation : Large variation in Consensus Weight values across authorities (see 'Cons Wt' column in Per-Authority Details below)
    Suggestion: Consensus weight measurements vary significantly between authorities. This can affect traffic distribution. Ensure stable network connection and consistent bandwidth availability.
  • Low bandwidth authority measurements : Only 1/6 bandwidth authorities measured this relay. Minimum 3 measurements needed for accurate consensus weight.
    Suggestion: Low measurement count can indicate connectivity issues. Check: 1) Relay is reachable from multiple geographic locations, 2) ORPort accepts connections from bandwidth scanners, 3) RelayBandwidthRate in torrc matches actual capacity. New relays may take 1-2 days to be measured by all authorities.

Connectivity and Location

Addresses
OR Address
157-131-204-136.fiber.dynamic.sonic.net
157.131.204.136:9001
Reachability (Directory Authorities)
IPv4
3/9
Location
Country
United States of America United States of America
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS46375
AS Name
Sonic Telecom LLC (BGP.tools)
AS Rarity
Legendary (score: 4/5, <0.05% consensus weight, 4 operators)

Flags and Eligibility

Current Flags (4): Running, Valid, V2Dir, Exit
Eligible Flags (0): Running: 3/9 | Valid: 3/9 | V2Dir: 3/9 | Fast: 0/9 | Stable: 0/9 | HSDir: 0/9 | Guard: 0/9 (need ≥5/9 for flag)
Eligibility Flag Vote Details
Flag Metric Status Relay Value Threshold Required
Fast Speed Below 532.5 Kbit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
[Stricter] moria1: ≥8.4 Mbit/s
Stable MTBF Below Median: 0.4d (0/9 DA above threshold)
Min/Max: 0.4d / 0.6d (3/9 DA, Voting / Total Eligible)		 ≥21.9d - 51.8d (varies)
[Stricter] moria1: ≥454.5d
Uptime Below 0.2d (R) ≥6.3d - 7.5d (varies)
HSDir Prereq: Stable Below 0/9 authorities assigned Stable flag ≥5/9 authorities
Prereq: Fast Below 0/9 authorities assigned Fast flag ≥5/9 authorities
WFU Below Median: 85.4% (0/9 DA above threshold)
Min/Max: 85.0% / 86.5% (3/9 DA, Voting / Total Eligible)		 ≥98.0%
Time Known Below Median: 2.4d (0/9 DA above threshold)
Min/Max: 2.4d / 2.5d (3/9 DA, Voting / Total Eligible)		 ≥1.0d (most)
[Stricter] moria1: ≥9.9d
Guard Prereq: Fast Below 0/9 authorities assigned Fast flag ≥5/9 authorities
Prereq: Stable Below 0/9 authorities assigned Stable flag ≥5/9 authorities
Prereq: V2Dir Below 3/9 authorities assigned V2Dir flag ≥5/9 authorities
WFU Below Median: 85.4% (0/9 DA above threshold)
Min/Max: 85.0% / 86.5% (3/9 DA, Voting / Total Eligible)		 ≥98% (all authorities)
Time Known Below (need 5.6 more days) Median: 2.4d (0/9 DA above threshold)
Min/Max: 2.4d / 2.5d (3/9 DA, Voting / Total Eligible)		 ≥8 days (all authorities)
Bandwidth Below 532.5 Kbit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-304.0 Mbit/s

(DA) = Dir. Auth. Measured | (R) = Relay Reported
Data from Tor CollecTor (authority votes, fetched 2026-02-11 19:45:07).

Last fetch was at Wed, 11 Feb 2026 20:45:45 GMT.

Nickname
TV5277
Fingerprint
38CEE893D49088466540C8ADC6E545C887267524
AROI (?)
none
Contact
printerexpert@mail2tor.com
IPv4 Exit Policy Summary 
accept: 
  1-65535
IPv6 Exit Policy Summary 
none
Exit Policy 
reject 0.0.0.0/8:*
reject 169.254.0.0/16:*
reject 127.0.0.0/8:*
reject 192.168.0.0/16:*
reject 10.0.0.0/8:*
reject 172.16.0.0/12:*
reject 157.131.204.136:*
accept *:*
Effective Family Member: 1 
38CEE893D49088466540C8ADC6E545C887267524
Alleged Family Members: 0 
none
Indirect Family Members: 0 
none
Bandwidth Capacity (Observed | Advertised | Rate Limit | Burst Limit)
532.48 Kbit/s | 532.48 Kbit/s| 100.00 Mbit/s| 100.00 Mbit/s  Not Measured
Network Participation (Consensus Weight | Guard | Middle | Exit)
0.00% | N/A | N/A | N/A
OR Address
157-131-204-136.fiber.dynamic.sonic.net | 157.131.204.136:9001
Exit Address
none
Dir Address
none
Country
United States of America United States of America
Interactive Map
View on Interactive Map
Autonomous System (AS Number | AS Name)
AS46375 | Sonic Telecom LLC (BGP.tools)
Flags: 4
Exit Exit Running Running V2Dir V2Dir Valid Valid
Flag Uptime (1M/6M/1Y/5Y)
Match Overall Uptime (0.0%/0.0%/0.0%/0.0%)
Uptime (1M/6M/1Y/5Y)
0.0%/0.0%/0.0%/0.0%
Uptime / Downtime
DOWN 2d 3h 45m ago
Seen (First | Last)
2d 16h 47m ago (2026-02-09 04:00:00) | 2d 3h 47m ago (2026-02-09 17:00:00)
Last Restarted
4h 5m 31s ago (2026-02-11 16:42:01)
Last Changed Address or Port
2026-02-09 04:00:00
Hibernating
No
Platform (Short | Long)
Linux | Tor 0.4.8.22 on Linux
Version (Running | Recommended | Status)
0.4.8.22 | Yes | recommended

Consensus Evaluation

Data from Tor CollecTor (authority votes, fetched 2026-02-11 19:45:07).

  • Consensus Status (need ≥5/9): Not In Consensus — 3/9 authorities voted.
  • Flag Eligibility (need ≥5/9 for flag): Running: 3/9 | Valid: 3/9 | V2Dir: 3/9 | Fast: 0/9 | Stable: 0/9 | HSDir: 0/9 | Guard: 0/9
  • Reachability: IPv4: 3/9
  • Consensus Weight (Dir. Auth.): Median: 528 bit/s | Min: 48 bit/s | Max: 528 bit/s [Warning] High deviation
  • Identified Issues:
    • Not in consensus: Only 3/9 authorities voted for this relay (need 5)
      • Suggestion: Verify your relay is reachable from multiple geographic locations. Check firewall rules allow incoming connections on your ORPort from all directory authority IP addresses.
    • IPv4 reachability issues: Only 3/9 authorities can reach this relay
      • Suggestion: Authorities that cannot reach you: bastet, faravahar, gabelmoo, longclaw, maatuska, moria1. Check: 1) Firewall allows incoming TCP on ORPort, 2) No ISP-level blocking, 3) Tor is running and listening. Use 'nc -zv your-ip your-orport' from external hosts to test.
    • Guard: bandwidth below threshold: Observed bandwidth 0.1 MB/s is below 2 MB/s minimum (AuthDirGuardBWGuarantee)
      • Suggestion: Guard requires ≥2 MB/s bandwidth OR being in top 25% of network. To increase bandwidth: 1) Ensure adequate upstream capacity, 2) Check RelayBandwidthRate/RelayBandwidthBurst in torrc, 3) Monitor with Nyx or ARM.
    • Guard: WFU below threshold: Weighted Fractional Uptime 85.4% is below 98% requirement
      • Suggestion: WFU measures recent uptime (recent downtime weighs more heavily). To improve: 1) Minimize restarts, 2) Use systemd with Restart=always, 3) Monitor for OOM kills, 4) Schedule updates during low-traffic periods.
    • Guard: Time Known below threshold: Time Known 2.4 days is below 8 days requirement (5.6 more days needed)
      • Suggestion: Time Known tracks how long authorities have observed your relay. This resets if: 1) Identity key changes, 2) Long downtime makes authorities forget you. Just keep running stably.
    • Guard: requires Stable flag: Guard flag requires having the Stable flag first
      • Suggestion: Get Stable flag by maintaining consistent uptime. Stable requires uptime and MTBF at or above network median (typically 2-3 weeks of stable running).
    • Guard: requires Fast flag: Guard flag requires having the Fast flag first
      • Suggestion: Get Fast flag by having bandwidth ≥100 KB/s OR in top 7/8ths of network. Most relays get this easily.
    • Not eligible for Stable flag: Uptime or MTBF below network median for most authorities
      • Suggestion: Stable flag requires uptime/MTBF at or above network median. Keep your relay running continuously for 2-3 weeks. Avoid restarts. Use reliable hardware and network connection.
    • HSDir: WFU below threshold: WFU 85.4% below 98% required for HSDir
      • Suggestion: HSDir requires ≥98% WFU, Stable flag, and Time Known ≥25 hours (or ~10 days for moria1). Improve uptime consistency.
    • High consensus weight deviation: Large variation in Consensus Weight values across authorities (see 'Cons Wt' column in Per-Authority Details below)
      • Suggestion: Consensus weight measurements vary significantly between authorities. This can affect traffic distribution. Ensure stable network connection and consistent bandwidth availability.
    • Low bandwidth authority measurements: Only 1/6 bandwidth authorities measured this relay. Minimum 3 measurements needed for accurate consensus weight.
      • Suggestion: Low measurement count can indicate connectivity issues. Check: 1) Relay is reachable from multiple geographic locations, 2) ORPort accepts connections from bandwidth scanners, 3) RelayBandwidthRate in torrc matches actual capacity. New relays may take 1-2 days to be measured by all authorities.

Summary: Your Relay vs Consensus

Green = meets threshold, Red = below threshold, Yellow = partial.

Metric Dir Auth Measured Dir Auth Threshold Status
In Consensus (Dir. Auth.) 3/9 authorities ≥5/9 (majority) NOT IN CONSENSUS
Running (IPv4 Reachable) 3/9 authorities reached this relay ≥5/9 (majority) NOT RUNNING
Valid 3/9 (Running + Valid Descriptor) ≥5/9 (majority) NOT VALID
Consensus Weight (Dir. Auth.) 528 bit/s (median) N/A (no threshold, used for path selection) —
Guard WFU (Dir. Auth., guard-wfu) 85.4% ≥98% (all authorities) BELOW - cannot get Guard
Guard TK (Dir. Auth., tk) 2.4 days ≥8 days (all authorities) BELOW - need 5.6 more days
Guard BW (Relay Reported) 532.5 Kbit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-304.0 Mbit/s BELOW - need ≥2 MB/s
Stable Uptime (Relay Reported) 0.2d ≥6.3d - 7.5d (typical) BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf) 0 days ≥21.9d - 51.8d (typical)
[Stricter] moria1: ≥454.5d 		BELOW - 0/9
Fast Speed (Relay Reported) 532.5 Kbit/s ≥800.0 Kbit/s (guarantee) OR ≥816.0 Kbit/s (typical)
[Stricter] moria1: ≥8.4 Mbit/s 		BELOW - need ≥100 KB/s
HSDir WFU (Dir. Auth., wfu) 85.4% ≥98.0% (from all auths) BELOW - 0/9
HSDir TK (Dir. Auth., tk) 2.4 days ≥1.0d (8/9 auths)
[Stricter] moria1: ≥9.9d 		BELOW - 0/9

Per-Authority Details

Each cell shows: your measured value | authority threshold. Green = meets, red = below. Flags: green = all authorities agree, yellow = partial.

Authority Running Valid BW Scan (Authority) v4 Flags Fast (Relay|T) Guard BW (Relay|Threshold) Guard WFU (M|T) Guard TK (M|T) Stable MTBF (M|T) Stable Uptime (Relay|T) HSDir WFU (M|T) HSDir TK (M|T) Desc Published Cons Wt (Authority)
bastet (US) No — Y No — — — — — — — — — — —
dannenberg (DE) Yes Yes N Yes Running, Valid, V2Dir, Exit 532.5 Kbit/s | 712.0 Kbit/s 532.5 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 85.4% | 98% 2.4d | 6d 0.4d | 21.9d 0.2d | 6.4d 85.4% | 98.0% 2.4d | 1.0d 2026-02-11 16:53:06 528 bit/s
dizum (NL) Yes Yes N Yes Running, Valid, V2Dir, Exit 532.5 Kbit/s | 696.0 Kbit/s 532.5 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 86.5% | 98% 2.5d | 6d 0.6d | 27.7d 0.2d | 6.3d 86.5% | 98.0% 2.5d | 1.0d 2026-02-11 16:53:06 528 bit/s
faravahar (US) No — N No — — — — — — — — — — —
gabelmoo (DE) No — Y No — — — — — — — — — — —
longclaw (US) No — Y No — — — — — — — — — — —
maatuska (SE) No — Y No — — — — — — — — — — —
moria1 (US) No — Y No — — — — — — — — — — —
tor26 (AT) Yes Yes Y Yes Running, Valid, V2Dir, Exit 532.5 Kbit/s | 816.0 Kbit/s 532.5 Kbit/s | 296.0 Mbit/s OR 16.0 Mbit/s 85.0% | 98% 2.4d | 8d 0.4d | 57.2d 0.2d | 7.5d 85.0% | 98.0% 2.4d | 1.0d 2026-02-11 16:53:06 48 bit/s

— = not tested/available • Format: relay value | authority threshold • WFU = Weighted Fractional Uptime • TK = Time Known

Bandwidth Values Explained:
Relay Reported = Your relay's self-reported bandwidth from its descriptor (observed_bandwidth). Used for flag eligibility (Guard, Fast).
Authority Measured = Bandwidth measured by authority's sbws scanner. Used for consensus weight (path selection probability).
Why different? Authorities verify your reported bandwidth independently. 6 of 9 authorities run bandwidth scanners; 3 use relay-reported values directly.
Stable Uptime (Two Data Sources):
Relay Uptime = From Onionoo API (last_restarted field). This is your relay's self-reported uptime from its descriptor. Same value for all authorities.
Authority Threshold = From CollecTor vote files (flag-thresholds stable-uptime). Each authority may have different thresholds.
Why two sources? Vote files contain authority thresholds but not per-relay uptime values. Onionoo aggregates relay descriptors which include uptime.