Datos SIP y VLANs de Adamo y más curiosidades

No

¿Quieres decir que, por ejemplo, un DMZ al neutro podría ir más ágil que el modo bridge? Eso sí que sería sorprendente. ¿Qué pruebas has hecho?

Tengo el mismo router Asus y tiene un bug gordo en el firmware con el QOS + aceleracion NAT.Sin embargo el router Inteno no hace Qos alguno.

He llegado a poner el router de Adamo como centralita de tefono ATA (solo Voip) y el ASUS gestiona todo lo demas Internet +WIFI

Es verdad que la conexión a través del Bridget ethernet4 va más lenta y con más latencia, lo he probado conectando un Router neutro RT-AC68U y lo he descartado por eso, he vuelto a dejar el Inteno que gestione la conexión

Es cierto, a mi me ocurre igual. Debería ser al revés, pero no es así. Ni idea del motivo, la diferencia de velocidad no es exagerada, pero si se nota.

Me parece por lo que leo hace tiempo, que aqui todo el mundo presume de muchas cosas, pero a la hora de la verdad, NADIE da simplemente explicaciones claras y concisas de cualquier avance que logra

Pensandolo, me parece que como muchas veces se cumple el REFRAN, dime de que presumes y te dire de lo que careces

Asi de simple es la cosa.., por desgracia

Yo lo tengo asi.

Me pusieron ONT + DG200A-AC

Tengo la ONT conectada a un Ubiquiti Edgerouter Max 4 y le tengo la WAN con DHCP y tageada a la VLAN 603.

Esa es la version corta, la larga es que tengo la ONT al switch en una boca con untagged en la vlan 1, tagged la 603, tengo 3 cables que hacen trunk con ldac hacia otro switch y otro puerto con untagged 1 y tagged 603 y ahi conectado el Ubiquiti.

0 caidas y todo perfecto. Con el inteno tenia todo los dias algun microcorte o corte de 10/20s

Yo tenia el DSL-AC68U-F3A8 y ahora cambie por el RT-AC32000.

Con el Dsl tb me daba algún a velocidades bajas pero solían andar por 700 y algo un poquito menos que el router de Adamo.

Desactiva el QoS y prueba con el VLAN 604 a mí en ese router me iba mejor con esa vlan

Y la verdad que no sabría que más decirte ...

VLAN 603 y DHCP. No debería suponer mayor problema. Prueba a apagar ambos, encender primero la ONT y luego el router.

resetea a ajustes de fábrica...

y hay que hacer un pequeño truco para que te coja la vlan

Para configurar la vlan en un openwrt solo hay que decirle que use un "custom interface" en Interfaces - WAN -> Physical Settings añadiendole un .20 al interfaz que tengais por defecto, por ejemplo, "nas0.20"

Estás tan cerca del tope, que el pequeño margen puede deberse a cualquier cosa menos a la potencia del router, que parece andar sobrado. Como ya he mencionado ahí arriba, mi "router" es un PC bastante más potente que cualquier Asus/Mikrotik/Linksys y obtuve 936/281.

Lo que resulta relevante de tu experiencia es que con un Asus de gama no precisamente alta se puede llegar al máximo de la conexión. Al menos en los tests; otra cosa es cómo gestione un montón de conexiones, tipo varios torrents bajando al mismo tiempo.

Generalmente, clonar la MAC resuelve problemas de absolutos: con la MAC falseada conecta, sin ello no conecta. Nunca he escuchado que variara la calidad del servicio.

Es que no sé de dónde habéis sacado que Adamo entrega dos IPv4 operativas al mismo tiempo a un solo cliente. Mira que lleva tiempo circulando ese rumor y me gustaría encontrar algún testimonio verificable de que se ha conseguido hacer.

Que no es por ser descreído ni llevar la contraria, pero, cuando un encargado de despliegue de Adamo me ha dicho, en conversación cara a cara, que Adamo no tiene esa política de asignación de IPv4, mis sospechas de que se trata de una leyenda urbana se ven fortalecidas.

En cuanto a los baneos, ya sabes: ve cambiando cifras de la MAC del cliente que establece la sesión DHCP e irás obteniendo nuevas IP. Eso sí, como seáis muchos con la costumbre y teniendo en cuenta que Adamo es un operador pequeño (su AS no llega ni a tener un /16 completo, en conjunto), terminaréis jodiéndoos los unos a los otros.

Lo que me extraña es que Netflix, que es un servicio de subscripción con autenticación por ID y contraseña, establezca baneos por IP. Vamos, que con la plaga de CG-NATs que hay ahora y lo que se va a extender a corto y --con la suficiente mala suerte-- a medio plazo, resultaría que buena parte de sus víctimas no podrían contratarlo y usarlo en condiciones. ¿Habéis intentado contactar con ellos?

Puedes intentarlo, ahí arriba están los datos SIP.

No sólo no usa CGNAT, sino que incluso (yo no lo he probado) hay experiencias de gente que ha conseguido dos IPv4 públicas, al menos con el router Inteno; con el Zhone ya no lo sé.

Si están tan "generosos" con ese recurso tan escaso, yo apostaría por Adamo y por Movistar como los últimos operadores que se pasarán/pasarían a CGNAT.

Por otro lado, aquí en Bandaancha no se han escuchado muchas quejas con respecto al servicio de atención al cliente, si lo comparamos con los demás proveedores. De hecho, la mayoría de los problemas de Adamo que hemos leído por aquí tienen que ver con el teléfono fijo.

Los datos ya están sacados. Son los que figuran en el primer mensaje.

Igual lo han cambiado. Prueba a ver. De todas maneras, para invocar: @djcool .

Adamo ofrece dos IPv4 por cliente, dependiendo de a qué puerto/wifi se conecte el equipo que realiza la petición DHCP.

Así que la wifi y los puertos 1-2-3 del Inteno ofrecen una determinada IP pública y el puerto 4 otra distinta.

Si la "IP de Ohio" te da problemas de geolocalización con algunas webs (como que Netflix te deje ver los paquetes estadounidenses pero no los españoles), puedes intentar conectar el AC68 directamente a la ONT Fiberhome. Los datos los tienes ahí arriba, en el primer mensaje del hilo. Por lo que dices, deberás usar la VLAN 603 para obtener una "IP española" (realmente lo son ambas, pero "la de Ohio" es resultado de servicios de geolocalización no actualizados).

Adamo tiene razón en esto; pero en Movistar no van a hacer nada por "acelerar" la actualización de sus bases de datos de geolocalización (algo que ocurrirá tarde o temprano, pero no se sabe cuándo). Si uno lo piensa un poco, a Movistar le conviene joderte con este problema todo lo posible, para que al final te des de baja de Adamo y les contrates internet a ellos.

Si usas el puerto 4 del Inteno, pasarás a tener la segunda IPv4: una 91.x.x.x que sí suele estar geolocalizada en España. Eso sí, la conexión que Adamo proporciona por ese puerto 4 es "bridge". Eso quiere decir que no tienes NAT de ningún tipo, sólo puedes conectar un equipo y estás expuesto directamente a internet (imprescindible firewall).

Si quieres conectar dos o más equipos mediante el puerto 4, te toca comprar un router neutro o usar un equipo (PC; no valen móviles) que conectes a ese puerto 4 como "router", compartiendo conexión desde la configuración de Redes e Internet de Windows 10 (necesitarías una tarjeta wifi).

Lo tienes en el otro post como sacar los datos: Cómo obtener la contraseña/password SIP de Adamo, por dSStripanteL

Saludos

Yo poniendo el AC68U como principal y conectando el Inteno al puerto 4, habiendo dirigido ahi la VLAN 630 del VoIP, el Inteno no me funciona ni para internet ( no deberia por que no esta la Vlan 603 dirigida a ese puerto) pero tampoco para VoIP

Tampoco veo que el AC68U tenga la opcion, como parece que si tiene el Synology RT2600AC, de asignar 2 Vlan a la vez a un solo puerto

Entonces te queda la opción de poner un Switch entre la ONT y los routers y un cable de este a la WAN de cada Router, funciona de esa forma seguro

El problema que yo me encuentro es otro, quiero hacer eso mismo, pero enviando por WIFI, a través de unas Nanostations que tengo, llevar internet y telefono a un local que tengo

Me llega internet sin problemas, pero el telefono del router Inteno se "desregistra" la conexión del telefono algo detecta "raro" y desconecta el telefono, internet sigue funcionando sin problemas, todo y que las antenas ya estan configuradas en el modo WDS que es en teoria un modo totalmente transparente sin cambios de MAC incluso

Alguna idea de mi problema o mejor una solución?

Saludos

Desactiva QoS (consume mucha CPU) y activa NAT por hardware, si no ese Asus con la CPU que tiene no da más. No es culpa del inteno.