[mDNS] Investigate compatibility with DNS-SD sleep proxy spec
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- networking
Línea de trabajo
Start by reading the linked sleep proxy overview and the draft's section 2.6.2, then investigate how DNS-SD sleep proxies interact with QUIC and which devices could act as proxies. The issue does not name project files or tests; done would mean documenting compatibility, likely proxy devices, and interoperability findings.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Based on internal feedback, we've found out that there is a spec in progress to allow a compatible network device to act as a "sleep proxy." The "sleep proxy" device advertises an DNS-SD service on behalf of another device that has gone to sleep (and thus can't respond to queries). The sleep proxy then wakes up the other device (apparently through WoL) if it sees an incoming packet for the service.
Details: http://stuartcheshire.org/sleepproxy/
Spec draft: https://tools.ietf.org/html/draft-ietf-dnssd-srp-00#section-2.6.2
It looks like sleep proxy is supported on Mac OS X and AirPort-branded devices.
Some things to investigate:
- Is it compatible with QUIC?
- What devices make sense as the proxy? Presumably access points/routers, but possibly PCs as well.
- Is interoperability likely?
- Lenguaje dominante
- Bikeshed
- Estrellas
- 115
- Forks
- 21
- Merge medio
- 5 h 2 min
- PR fusionados (30 d)
- 2
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de w3c/openscreenprotocol
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 18/100
w3c/openscreenprotocol#380 ·
-
osp-application
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
w3c/openscreenprotocol#377 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
w3c/openscreenprotocol#376 ·
-
osp-application
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
w3c/openscreenprotocol#375 ·
-
osp-application question
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
w3c/openscreenprotocol#374 ·
Todos los issues de w3c/openscreenprotocol
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
aidev-iprokszin/ipcam-mcp#15 ·
-
Dificultad 2/5 Menos de una hora Aptitud para principiantes 65/100
qnikst/HaskellNet#125 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
opendatahub-io/ai-gateway-controller#216 ·
Los mantenedores suelen responder en 1 día
-
scheduleGrant: a capped grant marks a still-backlogged connection inactive (LteSchedulerEnb.cc:403).Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
FujiNetWIFI/fujinet-firmware#2270 ·
Los mantenedores suelen responder en 1 día