View Relay "TV2204"

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

Health Status

Consensus
In Consensus (6/9 Directory Auths)
Flags
Exit, Running, V2Dir, Valid (4)
BW Verified
2/6 BW Auths Measured 624 bit/s Median
Stability
Not Overloaded | DOWN 13h 15m 43s ago
Reachability
IPv4: 6/9 (Directory Auths)
First Seen
4d 23h 17m ago
BW Weight
0.00% of Network | 630 Kbit/s Observed By Relay
Version
0.4.8.22 Recommended
Issues Detected:
  • 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 16.3% 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 4.2 days is below 8 days requirement (3.8 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 16.3% 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 2/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.
Notes:
  • Partial IPv4 reachability: 6/9 authorities can reach this relay

Connectivity and Location

Addresses
OR Address
ip68-101-154-224.sd.sd.cox.net
68.101.154.224:9001
Reachability (Directory Authorities)
IPv4
6/9
Location
Country
United States of America United States of America
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS22773
AS Name
Cox Communications Inc. (BGP.tools)
AS Rarity
Legendary (score: 4/5, <0.05% consensus weight, 6 operators)

Flags and Eligibility

Current Flags (4): Running, Valid, V2Dir, Exit
Eligible Flags (3): Running: 6/9 | Valid: 6/9 | V2Dir: 6/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 630.8 Kbit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
[Stricter] moria1: ≥8.4 Mbit/s
Stable MTBF Below Median: 0.2d (0/9 DA above threshold)
Min/Max: 0.2d / 0.2d (6/9 DA, Voting / Total Eligible)		 ≥22.1d - 51.9d (varies)
[Stricter] moria1: ≥451.9d
Uptime Below 0.7d (R) ≥6.4d - 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: 16.4% (0/9 DA above threshold)
Min/Max: 15.4% / 17.4% (6/9 DA, Voting / Total Eligible)		 ≥98.0%
Time Known Below Median: 4.2d (0/9 DA above threshold)
Min/Max: 4.0d / 4.2d (6/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 Meets 6/9 authorities assigned V2Dir flag ≥5/9 authorities
WFU Below Median: 16.4% (0/9 DA above threshold)
Min/Max: 15.4% / 17.4% (6/9 DA, Voting / Total Eligible)		 ≥98% (all authorities)
Time Known Below (need 3.8 more days) Median: 4.2d (0/9 DA above threshold)
Min/Max: 4.0d / 4.2d (6/9 DA, Voting / Total Eligible)		 ≥8 days (all authorities)
Bandwidth Below 630.8 Kbit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s

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

Last fetch was at Wed, 11 Feb 2026 22:15:42 GMT.

Nickname
TV2204
Fingerprint
C9C8D1911A9987E8779095F1A193B13B09A1F6CF
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 68.101.154.224:*
accept *:*
Effective Family Member: 1 
C9C8D1911A9987E8779095F1A193B13B09A1F6CF
Alleged Family Members: 0 
none
Indirect Family Members: 0 
none
Bandwidth Capacity (Observed | Advertised | Rate Limit | Burst Limit)
630.78 Kbit/s | 630.78 Kbit/s| 100.00 Mbit/s| 100.00 Mbit/s  Measured
Network Participation (Consensus Weight | Guard | Middle | Exit)
0.00% | N/A | N/A | N/A
OR Address
ip68-101-154-224.sd.sd.cox.net | 68.101.154.224: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)
AS22773 | Cox Communications Inc. (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 13h 15m 43s ago
Seen (First | Last)
4d 23h 17m ago (2026-02-06 23:00:00) | 13h 17m 29s ago (2026-02-11 09:00:00)
Last Restarted
17h 27m 1s ago (2026-02-11 04:50:28)
Last Changed Address or Port
2026-02-06 23: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 21:15:08).

  • Consensus Status (need ≥5/9): In Consensus — 6/9 authorities voted.
  • Flag Eligibility (need ≥5/9 for flag): Running: 6/9 | Valid: 6/9 | V2Dir: 6/9 | Fast: 0/9 | Stable: 0/9 | HSDir: 0/9 | Guard: 0/9
  • Reachability: IPv4: 6/9
  • Consensus Weight (Dir. Auth.): Median: 624.0 bit/s | Min: 120 bit/s | Max: 624 bit/s [Warning] High deviation
  • Identified Issues:
    • 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 16.3% 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 4.2 days is below 8 days requirement (3.8 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 16.3% 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 2/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.
  • Notes:
    • Partial IPv4 reachability: 6/9 authorities can reach this relay

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.) 6/9 authorities ≥5/9 (majority) IN CONSENSUS
Running (IPv4 Reachable) 6/9 authorities reached this relay ≥5/9 (majority) RUNNING
Valid 6/9 (Running + Valid Descriptor) ≥5/9 (majority) VALID
Consensus Weight (Dir. Auth.) 624.0 bit/s (median) N/A (no threshold, used for path selection) —
Guard WFU (Dir. Auth., guard-wfu) 16.4% ≥98% (all authorities) BELOW - cannot get Guard
Guard TK (Dir. Auth., tk) 4.2 days ≥8 days (all authorities) BELOW - need 3.8 more days
Guard BW (Relay Reported) 630.8 Kbit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s BELOW - need ≥2 MB/s
Stable Uptime (Relay Reported) 0.7d ≥6.4d - 7.5d (typical) BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf) 0 days ≥22.1d - 51.9d (typical)
[Stricter] moria1: ≥451.9d 		BELOW - 0/9
Fast Speed (Relay Reported) 630.8 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) 16.4% ≥98.0% (from all auths) BELOW - 0/9
HSDir TK (Dir. Auth., tk) 4.2 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 Valid, V2Dir, Exit 630.8 Kbit/s | 712.0 Kbit/s 630.8 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 16.3% | 98% 4.2d | 6d 0.2d | 22.1d 0.7d | 6.5d 16.3% | 98.0% 4.2d | 1.0d 2026-02-11 06:09:10 624 bit/s
dizum (NL) Yes Yes N Yes Valid, V2Dir, Exit 630.8 Kbit/s | 704.0 Kbit/s 630.8 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 16.5% | 98% 4.2d | 6d 0.2d | 27.7d 0.7d | 6.4d 16.5% | 98.0% 4.2d | 1.0d 2026-02-11 06:09:10 624 bit/s
faravahar (US) Yes Yes N Yes Valid, V2Dir, Exit 630.8 Kbit/s | 816.0 Kbit/s 630.8 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 16.4% | 98% 4.2d | 8d 0.2d | 47.9d 0.7d | 7.5d 16.4% | 98.0% 4.2d | 1.0d 2026-02-11 06:09:10 624 bit/s
gabelmoo (DE) No — Y No — — — — — — — — — — —
longclaw (US) Yes Yes Y Yes Valid, V2Dir, Exit 630.8 Kbit/s | 816.0 Kbit/s 630.8 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 17.4% | 98% 4.1d | 8d 0.2d | 61.0d 0.7d | 7.3d 17.4% | 98.0% 4.1d | 1.0d 2026-02-11 06:09:10 624 bit/s
maatuska (SE) Yes Yes Y Yes Valid, V2Dir, Exit 630.8 Kbit/s | 816.0 Kbit/s 630.8 Kbit/s | 304.0 Mbit/s OR 16.0 Mbit/s 15.4% | 98% 4.0d | 8d 0.2d | 41.8d 0.7d | 7.5d 15.4% | 98.0% 4.0d | 1.0d 2026-02-11 06:09:10 168 bit/s
moria1 (US) No — Y No — — — — — — — — — — —
tor26 (AT) Yes Yes Y Yes Valid, V2Dir, Exit 630.8 Kbit/s | 816.0 Kbit/s 630.8 Kbit/s | 296.0 Mbit/s OR 16.0 Mbit/s 16.4% | 98% 4.1d | 8d 0.2d | 57.3d 0.7d | 7.5d 16.4% | 98.0% 4.1d | 1.0d 2026-02-11 06:09:10 120 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.