> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/transportation/es/configuracion/add-a-transportation-gateway-to-command/transportation-gateway-dual-sim-support.md).
# Compatibilidad de doble SIM de la pasarela de transporte
Aprende cómo la Pasarela de transporte reforzada KGX61 de Verkada admite la funcionalidad dual SIM
Cada pasarela de transporte Verkada tiene dos ranuras SIM con un mecanismo de conmutación por error automática.
## Cómo funciona la funcionalidad de doble SIM
De forma predeterminada, el KGX61-HW viene con 2 ranuras SIM:
* Ranura 1 (Primaria de forma predeterminada)
* Ranura 2 (Secundaria de forma predeterminada)
Cada KGX61-HW viene con una SIM de datos de Verkada insertada en **Ranura 2**. Esta tarjeta SIM se usa para el opcional [plan de datos de Verkada](/transportation/es/opciones-de-datos-moviles/verkada-data-plan.md).
Los clientes que traigan su propio plan de datos pueden insertar su tarjeta SIM en **Ranura 1,** que actuará como la SIM principal, mientras mantiene la SIM de Verkada en **Ranura 2**. En caso de que falle la SIM proporcionada por el cliente, el KGX61-HW recurrirá a la SIM de Verkada, lo que ayuda a garantizar que la pasarela sea siempre accesible.
Los clientes también pueden insertar sus propias tarjetas SIM en ambas ranuras y elegir cuál será la principal. Independientemente de la configuración, el KGX61-HW se comporta de acuerdo con la siguiente máquina de estados.
## Conmutación por error de SIM
El KGX61 tiene una máquina de estados que monitoriza constantemente la actividad de la SIM en el módem LTE, de la siguiente manera:
{% stepper %}
{% step %}
**Inicio: la máquina de estados se activa cuando el dispositivo arranca.**
{% endstep %}
{% step %}
**Primaria (monitor): el pin de entrada/salida de propósito general (GPIO) del módem LTE detecta cuando se ha insertado una SIM en la ranura principal.**
* El GC31 intenta conectarse mediante la SIM principal y hace ping a un servidor de backend cada pocos segundos.
* Si varios de esos pings fallan consecutivamente, la máquina de estados activa la conmutación por error a la secundaria.
{% endstep %}
{% step %}
**Primaria (fallo): el desencadenante ocurre si la SIM principal no logra hacer ping al servidor varias veces. El dispositivo conmuta a la SIM secundaria.**
{% endstep %}
{% step %}
**Reintento automático: el dispositivo cambiará automáticamente a la SIM principal 15 minutos después de perder la conexión. Si eso falla, volverá a intentarlo después de 30 minutos, luego otra vez después de 1 hora. Seguirá reintentándolo cada hora durante 24 horas, y luego una vez cada 24 horas hasta que vuelva a conectarse.**
{% endstep %}
{% step %}
**Reintento manual: una vez que la SIM secundaria esté activa, el usuario necesita volver a cambiar manualmente a la SIM principal si desea conectarse a través de la principal.**
{% endstep %}
{% step %}
**Secundaria (fallo): el desencadenante ocurre si una SIM secundaria no logra hacer ping al servidor varias veces. La máquina de estados vuelve a la fase de Inicio.**
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.verkada.com/transportation/es/configuracion/add-a-transportation-gateway-to-command/transportation-gateway-dual-sim-support.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `build a script that syncs our docs to a CMS` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
