Actualizaciones en Android 13
Actualizar | Más información |
---|---|
CrossDevice introducido | CrossDevice |
Introdujo la tunelización dividida | Túnel dividido |
Visión general
El módulo Anclaje comparte la conexión a Internet de un dispositivo Android con otros dispositivos cliente conectados, que pueden conectarse a dispositivos de anclaje a través de Wi-Fi, USB, Bluetooth o Ethernet. Este módulo incluye el componente de conexión (USB, punto de acceso Wi-Fi, Bluetooth, etc.) y sus dependencias (interacción con el derecho de conexión, IpServer
y offloadController
). Este módulo es actualizable, lo que significa que puede recibir actualizaciones de funcionalidad fuera del ciclo de lanzamiento normal de Android.
El módulo Tethering permite a los OEM en todo el ecosistema de Android utilizar una única implementación de referencia estándar que brinda los siguientes beneficios.
Los usuarios finales obtienen una experiencia uniforme en todos los dispositivos Android y solucionan problemas de interoperabilidad a través de actualizaciones de módulos.
Los OEM pueden cumplir con los requisitos de los transportistas y al mismo tiempo reducir los costos de las personalizaciones individuales (ya que no necesitan diferentes implementaciones de los mismos requisitos de diferentes maneras).
Túnel dividido
Para admitir casos de uso de tunelización dividida, se agregó una nueva API a Android 13 para especificar rutas de exclusión.
El túnel dividido se refiere a la configuración en la que cierto tráfico pasa a través de la VPN mientras que otro tráfico no lo hace. Un ejemplo común es cuando una organización desea navegación web general, uso intensivo de ancho de banda (por ejemplo, YouTube, Netflix) o aplicaciones sensibles a la latencia (por ejemplo, Office 365 ) para eludir la VPN. Antes de que estuviera disponible el túnel dividido, VpnService.Builder
permitía que el cliente VPN indicara que solo algunas subredes debían enrutarse a él ( incluir rutas). Con el túnel dividido, tiene la capacidad de especificar lo contrario: enrutar todo el tráfico a la VPN, excepto subredes específicas ( excluir rutas).
La firma de la nueva API de tunelización dividida es:
public Builder excludeRoute(@NonNull IpPrefix prefix)
CrossDevice
CrossDevice, introducido en Android 13, tiene como objetivo proporcionar tecnologías de comunicación entre dispositivos utilizando protocolos estándar. Proporciona API y funciones para el descubrimiento de dispositivos, la conexión autenticada y otras experiencias entre dispositivos.
Motivación CrossDevice
- Colaboración más estrecha con los socios OEM. Los OEM pueden integrar su propio sistema de clave de cuenta con la implementación de CrossDevice en lugar de tener que usar la solución de Google.
- Implementación más visible del protocolo. El módulo CrossDevice es de código abierto, lo que proporciona más visibilidad de los detalles de implementación y una mejor historia de privacidad para la implementación de tecnologías CrossDevice.
Límite del módulo CrossDevice
API de dispositivos cruzados | En packages/modules/CrossDevice/framework
|
Servicios de dispositivos cruzados | En packages/modules/CrossDevice/service
|
Formato de paquete CrossDevice
La función principal de este módulo está incluida en un paquete APEX. Los recursos están empaquetados en un APK.
Dependencias de dispositivos cruzados
CrossDevice depende de lo siguiente:
- Wifi
- Bluetooth
- UWB
- módulos-utils-condiciones previas
- Bibliotecas de prototipos
Opciones de personalización de CrossDevice
Planeamos permitir que los OEM personalicen la interfaz de usuario para media hoja a través de RRO. No hay ningún plan para personalizar la funcionalidad.
Estrategia de prueba de CrossDevice
Planeamos agregar pruebas de Android Compatibility Test Suite (CTS) para verificar la funcionalidad de CrossDevice y pruebas de dispositivos cruzados en MTS.
Descarga de enlace eBPF
Para proporcionar anclaje de alta velocidad sin responder a las descargas de hardware, Android 11 proporciona una solución de descarga de software de anclaje denominada descarga de anclaje eBPF para descarga de IPv6 (tráfico que fluye al dispositivo conectado).
A partir de Android 12, esta funcionalidad (incluido el código del programa eBPF) la proporciona completamente el módulo Tethering, que admite lo siguiente:
- Descarga de IPv6 (tráfico que fluye hacia el dispositivo conectado)
- Carga de IPv6 (tráfico que fluye desde el dispositivo conectado)
- Carga y descarga IPv4 TCP/UDP (tráfico que fluye hacia/desde el dispositivo conectado)
- descarga de eBPF
Esta característica está habilitada de forma predeterminada, los usuarios pueden anular la configuración de config_tether_enable_bpf_offload
a falso por parte de RRO. Consulte Personalización para obtener más información.
Compatibilidad con IPv4 e IPv6
El módulo Tethering admite doble pila IPv4 e IPv6.
Para redes IPv4, el módulo configura la traducción de direcciones de red (NAT) y adopta el protocolo de configuración dinámica de host (DHCP) para la asignación de direcciones IP.
Para las redes IPv6, el módulo adopta la configuración automática de direcciones sin estado (SLAAC) de IPv6 para la asignación de direcciones IP.
Límite del módulo
Para Android 12 y versiones posteriores, todos los archivos/carpetas en packages/modules/Connectivity
están en el alcance del módulo Tethering.
Para Android 11 y versiones anteriores, el módulo Tethering tiene los siguientes archivos de Android 10 en packages/modules/Tethering
.
-
frameworks/base/services/core/java/com/android/server/connectivity/Tethering.java
-
frameworks/base/services/core/java/com/android/server/connectivity/tethering/
-
frameworks/base/services/core/java/com/android/server/NetworkManagementService.java
-
frameworks/base/services/net/java/android/net/ip/{InterfaceController,IpServer,RouterAdvertisementDaemon}.java
-
frameworks/base/services/net/java/android/net/{netlink,dhcp}/*
-
frameworks/base/services/net/java/android/net/util/{InterfaceSet,InterfaceParams,NetdService,PrefixUtils,SharedLog,VersionedBroadcastListener}.java
-
frameworks/base/core/java/android/net/{ITetheringEventCallback,ITetheringStatsProvider}.aidl
-
frameworks/base/core/java/android/net/{NetworkUtils,util/IpUtils}.java
-
frameworks/base/core/java/com/android/internal/util/{BitUtils,IndentingPrintWriter,State,StateMachine}.java
-
frameworks/base/core/java/com/android/server/connectivity/MockableSystemProperties.java
-
frameworks/base/core/java/android/os/INetworkManagementService.aidl
-
frameworks/base/core/java/android/bluetooth/BluetoothPan.java
-
frameworks/base/services/core/jni/com_android_server_connectivity_tethering_OffloadHardwareInterface.cpp
-
packages/apps/Settings/src/com/android/settings/wifi/tether/TetherService.java
-
packages/apps/Settings/src/com/android/settings/network/TetherProvisioningActivity.java
Formato del módulo
El módulo Tethering ( com.android.tethering
) está en formato APEX y está disponible para dispositivos con Android 11 o superior.
Incluir servicio de conectividad
A partir de Android 12, el código ConnectivityService
que implementa el componente central de la conectividad L3+ se agrega a Tethering APEX. El alcance de Tethering se expande a un módulo de Conectividad.
Dependencias del módulo
El módulo Tethering tiene las siguientes dependencias:
- Métodos API públicos y del sistema en el servidor del sistema
- Interfaz estable de AIDL IPC con el servidor del sistema
-
tetheroffload
HIDL (definido enhardware/interfaces/tetheroffload/
) - Servidor DHCP (parte del módulo Network Stack)
personalización
El módulo Tethering no admite la personalización.
Pruebas
El conjunto de pruebas de compatibilidad de Android (CTS) verifica la funcionalidad del módulo Tethering.