Hey everyone!

Here are our meeting logs:
#tor-meeting: tor anti-censorship meeting

And our meeting pad:

Anti-censorship

···

--------------------------------

Next meeting: Thursday, August 16 16:00 UTC
Facilitator: onyinyang
^^^(See Facilitator Queue at tail)

Weekly meetings, every Thursday at 16:00 UTC, in #tor-meeting at OFTC
(channel is logged while meetings are in progress)

This week's Facilitator: meskio

== Goal of this meeting ==

Weekly check-in about the status of anti-censorship work at Tor.
Coordinate collaboration between people/teams on anti-censorship at the Tor Project and Tor community.

== Links to Useful documents ==
  * Our anti-censorship roadmap:
    * Roadmap:Development · Boards · Anti-censorship · GitLab
  * The anti-censorship team's wiki page:
    * Home · Wiki · The Tor Project / Anti-censorship / Team · GitLab
  * Past meeting notes can be found at:
    * The tor-project Archives
  * Tickets that need reviews: from projects, we are working on:
    * All needs review tickets:
      * Merge requests · Anti-censorship · GitLab
    * Project 158 <-- meskio working on it
      * Issues · Anti-censorship · GitLab

== Announcements ==

  *

== Discussion ==

  * Release v3.0.0 · pion/dtls · GitHub
  
== Actions ==

== Interesting links ==

== Reading group ==
  * We will discuss "Bridging Barriers: A Survey of Challenges and Priorities in the Censorship Circumvention Landscape" on Aug 22, 2024
    * PDF at [anti-censorship-team] PDF of "Bridging Barriers" for reading group
    * Questions to ask and goals to have:
      * What aspects of the paper are questionable?
      * Are there immediate actions we can take based on this work?
      * Are there long-term actions we can take based on this work?
      * Is there future work that we want to call out in hopes that others will pick it up?

== Updates ==
Name:
    This week:
      - What you worked on this week.
    Next week:
      - What you are planning to work on next week.
    Help with:
      - Something you need help with.

cecylia (cohosh): 2024-08-08
  Last week:
      - reviewed snowflake mv3 changes
      - checked on snowflake proxy counts
          - Investigate why we lost so many snowflake webext proxies and do something about it (#142) · Issues · The Tor Project / Anti-censorship / Team · GitLab
      - looked into logged pion library errors
  This week:
      - take a look at snowflake web and webext translations and best practices
      - make changes to Lox encrypted bridge table
          - Simplify BridgeLine struct and make it variable length (!147) · Merge requests · The Tor Project / Anti-censorship / lox · GitLab
  Needs help with:

dcf: 2024-08-01
  Last week:
    - snowflake azure CDN bookkeeping Changes · Snowflake costs · Wiki · The Tor Project / Anti-censorship / Team · GitLab
    - attended FOCI and PETS, had conversations with people from Raceboat, TorKameleon, FEPs
    - commented on PT STATUS incompatibility with Arti Revert change that made 'TRANSPORT' optional in our spec; restore backward compatibility (#267) · Issues · The Tor Project / Core / Tor Specifications · GitLab
  Next week:
    - review snowflake unreliable+unordered data channels rev2 Draft: Unreliable+unordered WebRTC data channel transport for Snowflake rev2 (!315) · Merge requests · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
    - open issue to have snowflake-client log whenever KCPInErrors is nonzero Deploy snowflake-server for QueuePacketConn buffer reuse fix (#40260) (#40262) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
      - parent: Improve bug discovery process (#40267) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab
    - open issue to disable /debug endpoint on snowflake broker
    - move snowflake-02 to new VM
Help with:
    - tell me when to restart the brokers for Upgrade snowflake broker machine from Debian 10 (#40349) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake · GitLab

meskio: 2023-08-08
    Last week:
        - distribute IPv6 bridges in rdsys (rdsys#215)
        - add TLS_ERROR support to bridgestrap (bridgestrap#45)
        - update lyrebird in Tor Browser to include IPv6 support in webtunnel (tor-browser-build!1012)
        - report a different implementation for snowflake client and server (snowflake!348)
    Next week:
        - deploy email and https distributors in rdsys in parallel with BridgeDB (rdsys#187 rdsys#214)

Shelikhoo: 2024-08-01
    Last Week:
            - Chrome Manifest V3 transition: Migrate to Manifest V3 (#29) · Issues · The Tor Project / Anti-censorship / Pluggable Transports / Snowflake WebExtension · GitLab
            - Merge request review
        - Merge request reviews
    Next Week/TODO:
        - Merge request reviews
        - (AFK: DWebCamp)
        - Usenix Security Conference

onyinyang: 2023-08-01
  Last week(s):
    - continue with key rotation integration work
    - fix lastPassed issue in rdsys (or lox if
  Next week:
    - vacation
    - continue with key rotation integration work
    - add trusted invitation logic to tor browser integration:
      Lox module doesn't include trusted invitation redemption (#42974) · Issues · The Tor Project / Applications / Tor Browser · GitLab
    - Work on outstanding milestone issues:
      in particular: Increase the acceptable time for bridgeline failure (#69) · Issues · The Tor Project / Anti-censorship / lox · GitLab
      - key rotation automation
      
    Later:
    - begin implementing some preliminary user feedback mechanism to identify bridge blocking based on Vecna's work
    - improve metrics collection/think about how to show Lox is working/valuable
    - sketch out Lox blog post/usage notes for forum
    
  (long term things were discussed at the meeting!): Riseup Pad
    - brainstorming grouping strategies for Lox buckets (of bridges) and gathering context on how types of bridges are distributed/use in practice
      Question: What makes a bridge usable for a given user, and how can we encode that to best ensure we're getting the most appropriate resources to people?
        1. Are there some obvious grouping strategies that we can already consider?
          e.g., by PT, by bandwidth (lower bandwidth bridges sacrificed to open-invitation buckets?), by locale (to be matched with a requesting user's geoip or something?)
        2. Does it make sense to group 3 bridges/bucket, so trusted users have access to 3 bridges (and untrusted users have access to 1)? More? Less?
    
theodorsm: 2023-08-08
    Last weeks:
      - Vacation
    Next weeks:
      - Update Snowflake to use latest pion upstream releases (DTLS: v3 and WebRTC: v4)
      - Test Snowflake fork with covert-dtls
      - Condensing thesis into paper
    Help with:
      - Feedback on thesis
      
Facilitator Queue:
    onyinyang meskio shelikhoo
1. First available staff in the Facilitator Queue will be the facilitator for the meeting
2. After facilitating the meeting, the facilitator will be moved to the tail of the queue

--
meskio | https://meskio.net/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
My contact info: https://meskio.net/crypto.txt
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Nos vamos a Croatan.