Nuevos Update YAESU FTM-100 Y 400

Yaesu Nos Sorprende Estas Navidades Y Sacan FW Para La Descatalogada 100 y Para La 400!!! Puedes Ver Los Cambios En El PDF De Yaesu

Amateur Radio \ Software \ FTM-400DR/DE

      FTM-400D/DE_AUS_Firmware_Update_2020_12 (12/22/20)  ( 10.03 MB )
      FTM-400D/DE_EXP_Firmware_Update_2020_12 (12/22/20)  ( 10.03 MB )
      FTM-400D/DE_USA_Firmware_Update_2020_12 (12/22/20)  ( 10.03 MB )
      FTM-400DR/DE Update Firmware Information (12/22/20)  ( 41.84 KB )
      ADMS-7 Programming Software with FTM-400XDR/XDE MAIN firmware “Ver. 4.00” or later and FTM-400DR/DE MAIN firmware “Ver. 3.00” or later  ( 68.48 MB )
      FTM-400DR/DE ADMS-7 Programming Software Ver. (10/15/15)  ( 68.14 MB )
Amateur Radio \ Software \ FTM-400XDR/XDE

      FTM-400XD/XDE_AUS_Firmware_Update_2020_12 (12/22/20)  ( 10.55 MB )
      FTM-400XD/XDE_EXP_Firmware_Update_2020_12 (12/22/20)  ( 10.55 MB )
      FTM-400XD/XDE_USA_Firmware_Update_2020_12 (12/22/20)  ( 10.55 MB )
      FTM-400XDR/XDE Update Firmware Information (12/22/20)  ( 42.36 KB )
      ADMS-7 Programming Software with FTM-400XDR/XDE MAIN firmware “Ver. 4.00” or later and FTM-400DR/DE MAIN firmware “Ver. 3.00” or later  ( 68.48 MB )
Amateur Radio \ Software \ FTM-100DR

      FTM-100DR/DE Update Firmware Information (12/22/20)  ( 43.05 KB )
      FTM-100D/DE_AUS_Firmware_Update_2020_12 (12/22/20  ( 12.83 MB )
      FTM-100D/DE_EXP _Firmware_Update_2020_12 (12/22/20)  ( 12.83 MB )
      FTM-100D/DE_USA_Firmware_Update_2020_12 (12/22/20)  ( 12.83 MB )
      FTM-100DR/DE Update Firmware Information adds the DG-ID function (Rev 1) 10/24/17  ( 44.42 KB )
      ADMS-9 Programming Software with FTM-100DR/DE MAIN firmware “Ver. 2.00” or later  ( 67.04 MB )
      FTM-100DR/DE ADMS-9 Programming Software (02/26/16)  ( 65.49 MB )

New Update YCS Servers

Version A.12.25 Changes:

Our YCS servers have been updated, which also support the use of a startup DG-ID from the pistar-ea image.( If this function is actually used for logging into treehouse (europelink) from pa7lim, this value can now also be understood by the YCS. A set startup DG-ID is now evaluated and used as the only set static DG-ID if no DG-IDs are set in the options. Here, too, there is now the option of activating dynamic DG-ID «on demand».
If the options are set, the value of the Startup DG-ID is ignored as it is not required.
This function should also enable hotspots or repeaters to be connected if they «accidentally» set a startup DG ID instead of the standard options.
In addition, the YCS dashboard has received a link to our YCS Wiki, in which you can find a lot of information about our YCS network. There are also add-ons that expand the YSFGateway from G4KLX with the System Fusion II functionalities (DG-ID) for our YCS.


EA7EE Update 0201225-ea7ee


  • ADD & Popup and DGID improvements for Treehouse systems (EUROPELINK)
  • Startup DG-ID for TreeHouse Examples: 0 = Connects by default Room in EUROPELINK
  • Startup DG-ID for TreeHouse: 24 = Connects by Room 24 SPAIN-LINK
  • Re-Link Time: return time to the YSF & Room reflector From EUROPELINK :
  • Where 0 = Off
  • 1 = 1 minute
  • 10 = 10 minutes

Wiki Treehouse:

  • ADD & Popup and DGID improvements for Statistical & Dynamic DGID’s for YCS-Network:
  • 1- Blank Options = Always DG-ID Default in YCS For example Spain 24
  • 2- OPTIONS = MORE THAN ONE DG-ID = The DG-IDs Selected Fixed Rest On Demand….
  • 3- OPTIONS = Only One DG-ID = Only The DG-ID Selected Rest ON DEMAND …


DG-ID numbers with yellow background: DG-ID numbers that can be selected manually (if necessary) but cannot be permanently activated. Duration of the request: 10 minutes. Can be disabled immediately by sending the TX DG-ID 90

Kurt And Peter They also made changes in YCS for improvements with the DGID and PI-STAR EA7EE system YCS New Version A.12.23

  • SSH expert menu fixed!!

Default Username: pi-star
Default Password: raspberry

Raspberry Pi System Configuration Reporting Tool

Raspberry Pi System Configuration Reporting Tool


This script attempts to perform a fairly complete audit of the current configuration of a Raspberry Pi. The target hardware is any variant or model of Pi, including the Pi 4B in all it’s available memory configurations (1/2/4/8GB), the 400, and CM4. Supported OS versions include Raspbian Buster, and the newly renamed «Raspberry Pi OS», in 32-bit versions. Expect things not to work on the 64-bit OS, while it is still beta. No attempts will be made to back-port this to older versions of Raspbian, nor will I port this to Ubuntu, OSMC, LibreELEC, or any other OS distribution available for the Pi.


BEGINNING WITH VERSION 3.0.0 OF THIS SCRIPT, SUPPORT FOR STRETCH HAS BEEN REMOVED. Version 2.1.2 will remain here for those who wish to run that version on Stretch, but 3.0.0 and later will require Buster.

NOTE: 20 December 2020
My Pi3B+ Stretch system has died, and will be replaced with a 4B, necessitating Buster.  As such,
I no longer have a system with which to ensure continued compatability with Stretch.

NOTE: 03 November 2020
The new Pi 400 "Pi in a keyboard" has just been released.  Few details are published at this time,
but aside from being faster, it appears largely identical in features and function, to a 4B. 

NOTE: 21 June 2020
The 8GB model of Pi 4B is now available.  This script has not specifically been tested on the new
hardware, as I do not have access to one at the moment.  I expect no issues with this script on the
8GB hardware, under the existing stable Raspbian Buster, or newly renamed "Raspberry Pi OS" (32-bit).

A note about the BETA 64-Bit «Raspberry Pi OS»

I will not be testing the new 64-bit «Raspberry Pi OS» until it comes out of beta, as I prefer not to chase a moving target, especially this early in it’s development.

For more details see:

With all of that having been said…

The script is an «examination only» affair, making no attempts to add, delete, or change anything on the system. No re-configuration of any subsystem is done, nor does it attempt to install anything. It’s job is simply to report what it finds.

The intended audience for this script is any Pi user who wants to see how aspects of their Pi are currently equipped and configured, for general troubleshooting, confirmation, or education/curiosity purposes. In it’s inspection of a system, it does nothing that hasn’t already been done by any/all of the tools it calls upon. I’m just consolidating everything into one place. Deliberate attempts were made to make things easy to follow, and the coding style is meant for easy readability.

‘sudo’ access is required.

The script can be run as the user, and will call sudo only for those commands that need root privilege.


The script is designed to run with the bash shell. Just install, enable execute permission, and run it…

$ git clone
$ cd system_info
$ chmod +x system_info*
$ ./system_info*


To update, ‘cd’ into the directory into which you originally installed system_info, and run the following command:

$ git pull

That should do it.

If, for any reason, git detects that your local copy has changed, and gives the following message…

error: Your local changes to the following files would be overwritten by merge:
Please commit your changes or stash them before you merge.

… copy your local changed file to an alternate location, and run the following command to reset git’s pointers:

$ git reset --hard origin/master

… and then re-try the «git pull». This will overwrite your local changes with the update from github.

The following packages are required, to do a basic inspection:

  • alsa-utils
  • bc
  • bluez
  • coreutils
  • cron
  • i2c-tools
  • initramfs-tools
  • iproute2
  • libraspberrypi-bin
  • lsb-release
  • lshw
  • net-tools
  • procps
  • usbutils
  • sed
  • systemd
  • util-linux
  • v4l-utils
  • wireless-tools

If the Pi being examined is a 4B, CM4, or Pi 400, the package ‘rpi-eeprom’ is also required.

The script will explicitly test that each of the above required packages is installed. If any are missing, the script will inform the user, and instruct them to install.

The following supplemental packages may also be utilized, to provide a more comprehensive examination:

  • apparmor
  • at
  • auditd
  • chkrootkit
  • clamav
  • cups-client
  • dc
  • docker-ce-cli («», on Stretch)
  • ethtool
  • hdparm
  • lirc
  • lm-sensors
  • lynis
  • lvm2
  • m4
  • mdadm
  • nfs-kernel-server
  • nmap
  • perl-base
  • pigpiod («pigpio», on Stretch)
  • python3-gpiozero
  • quota
  • rkhunter
  • rng-tools
  • rpcbind
  • rtl-sdr
  • samba
  • screen
  • smartmontools
  • snort
  • sysbench
  • sysstat
  • systemd-container
  • systemd-coredump
  • tripwire
  • ufw
  • unhide
  • watchdog
  • wiringpi
  • x11-xserver-utils

The supplemental packages are not required, and the user will not be instructed to install them. But they will be utilized if installed and configured. Sections of the output made possible by the supplemental packages will be marked with *** in the heading of any sections involved, or in the part of an otherwise core test that has made use of the supplemental package.

A word about WiringPi

If you have a raspberry pi 4B (1/2/4GB models only), and have WiringPi installed, ensure that it is version 2.52. See:

As 2.52 does not work with the 8GB variant of the Pi 4B (or later models such as the CM4 or new Pi 400), and as WiringPi is now deprecated, I do not call upon it when examining the 8GB Pi 4B, or later models. The Pi 4B 1/2/4GB variants will still be examined, if WiringPi 2.52 is found to be installed. The Pi 4B 8GB, and later Pi models, however, will not.

system_info is menu-driven


This allows sub-sets of the inspections to run. The last option on the menu allows the user to run all the categories without having to select every category individually, if desired. Any time the last selection is set, all categories will be executed regardless of any categories above it being marked selected or not. The user’s selections are saved to the file «.system_inforc» in the home directory of the userid that ran the script. Those selections are then recalled, and those same menu options auto-selected for you, the next time that userid runs the script.

All reports are saved to disk


Each time a report is run, a report file is created in the home directory of the userid running the script. If you launch the script as user «pi», the report will end up in /home/pi (pi’s homedir). If you launch the script with «sudo», sudo makes you «root», thus the report will end up in /root (root’s homedir). At the bottom of the report, the name given to the report, along with where it was saved, is listed. The filename of the report contains the hostname, the name of the script, and the date and time the report was run, in the format:


On my development system (hostname «pi-dev»), an example report run on 2020 June 06, at 10:39:51 AM, would be named: /home/pi/pi-dev-system_info-2020-06-06-10-39-51

The Sysbench File IO test, and wear-sensitive media

If the supplemental package «sysbench» is installed, system_info includes functions to perform three different sysbench performance tests… the CPU, Memory read/write, and File I/O speed tests. The first two of these (CPU and Memory read/write) will be performed without user intervention. But because the last of these (the File I/O speed test) creates, writes, reads and deletes 128 files, 16Mb each (2GB total), most people will NOT want to do that much writing to their media (particularly those running on SD cards and SSD drives), on a regular basis. Hence, system_info’s default behavior is NOT to run the sysbench File I/O test under normal use.

  • If the user DOES want to enable the sysbench File I/O tests (assuming they have sysbench installed), manually «touch ${HOME}/.system_info_io» to enable that test. If system_info finds that that file exists, it will perform the sysbench File I/O tests (again, assuming sysbench is installed.)
  • The command «rm ${HOME}/.system_info_io» (if that file exists) will remove the touchfile, preventing the sysbench File I/O test’s execution.
  • IMPORTANT: In addition to the wear and tear thrown at wear-sensitive media, potentially decreasing it’s limited lifespan, enabling this test will add 5 minutes to system_info’s total execution time.

Limitations and Caveats

  • Not all inspections are possible on all systems, in all configurations. For example, with the vc4-kms-v3d(-pi4) «Full» OpenGL display driver, «tvservice» cannot be used to query HDMI characteristics, nor can the command «vcgencmd get_lcd_info» determine current display resolution and color depth.
  • The Pi 4B and later models bring new clocks, voltage and temperature sensors, codecs, boot methods, and other new features, along with new bugs. In some cases, «the old ways» work to get the data being sought. In others, new ways will have to be found (where possible) to present similar data. In some cases, there are no alternative methods yet available. These models also add additional I2C busses, UARTs, and other goodies. As I experiment with how to activate and detect them, and gather appropriate details of their configuration, reporting on those additional hardware features will be added to the script.
  • Some people will run the 64-bit kernel («arm_64bit=1» in /boot/config.txt), with 32-bit userland, on their 64-bit capable systems. I have been running this configurtion on a 4B for several months, with no issues detected. Do not confuse this with the 64-bit «Raspberry Pi OS» (64-bit kernel and 64-bit userland.)
  • Aspects of this script have been the result of online research, and the feedback of a couple very helpful people. If you have a Raspberry Pi and would like to assist with the testing and/or development of this script, any ideas, contributed code, or even sample output showing «broken» routines to be fixed, would be gratefully considered.

A test & development shortcut that users may find useful

Though intended for use during my development/testing, there is a way to specify a single main menu option via the commandline. Just pass the main menu option number as a commandline parameter. Examples would include:

  system_info 1
  system_info 2
  system_info 3
  ...and so on.

The use of a commandline parameter ignores whatever is saved in the user’s ${HOME}/.system_inforc file. It also does NOT update the rc file with whatever value was passed from the commandline. ONLY A SINGLE MAIN MENU OPTION NUMBER CAN BE SPECIFIED ON THE COMMANDLINE. However, if you specify option 17 («system_info 17»), ALL main menu options will be executed, just as when that option is chosen via the menu. During my testing, the use of a commandline parameter just helps me more rapidly run what I need to test, without having to first deselect whatever may have been previously saved in my rc file.

A built-in debugging facility

If you write your own shell scripts, or would like to modify system_info to suit your own needs, see the file «» for details of the built-in debug/trace facility built into system_info, as of version 2.0.4.


Getting Help

The script contains a rudimentary help screen, displayed when «–help» (or «-h») is passed to the script, on the commandline:

$ system_info [ --help | -h ]


The developer of the original code and/or files is me, Ken Cormack. Portions created by me are copyright 2020 Ken Cormack. All rights reserved.

This program is free software. The contents of this file are subject to the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. You may redistribute it and/or modify it only in compliance with the GNU General Public License.

This program is distributed in the hope that it will be useful. However, this program is distributed «AS-IS» WITHOUT ANY WARRANTY; INCLUDING THE IMPLIED WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Please see the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place – Suite 330, Boston, MA 02111-1307, USA.

Nothing in the GNU General Public License or any other license to use the code or files shall permit you to use my trademarks, service marks, or other intellectual property without my prior written consent.

If you have any questions, please contact me at

This script was tested on the following hardware:

hostname: pi-dev (Primary Development & Test System)

  • Pi 4B (2G memory) w/ Raspbian Buster
  • X150 9-port USB hub
  • DVK512 board w/ RTC
  • DockerPi Powerboard
  • fit_StatUSB USB LED
  • USB Bluetooth dongle
  • Hauppauge WinTV HVR950Q USB TV Tuner
  • RTL-SDR USB Software Defined Radio
  • X825 SATA III Board w/ 1TB SSD
  • 4K HDMI Display Emulator Dummy Plug (2 Ea.)
  • Headless – SSH and VNC only (No Display)

hostname: pi-media (My Secondary Test System)

  • Pi 3B+ w/ Raspbian Stretch
  • X150 9-port USB hub
  • DVK512 board w/ RTC
  • DockerPi Powerboard
  • fit_StatUSB USB LED
  • X820 SATA III Board w/128GB SSD drive
  • USB-attached 4TB hard drive
  • HDMI Sony Flatscreen TV

hostname: pi-devel-2GB (William’s – Initial 4B Testing)

  • Pi 4B (2GB memory) w/ Raspbian Buster
  • PiOled i2c display
  • USB flash drive
  • USB Ethernet adapter


Pi-Star:4.1.2 / Dashboard: 20201221-ea7ee

  • FIX List DMR+
  • Other minor fixes


Registro de ID DMR

Registro de ID DMR

Desde el 19 de diciembre de 2020, el registro de un número de identificación DMR para Europa ha sido nuevo en Estados Unidos.


Haga clic en Registrarse .

Ahora complete los campos y marque el campo en «No soy un robot» y haga clic en » Crear cuenta «.

Ahora recibirá un correo electrónico a la dirección de correo electrónico especificada y debe abrir el correo electrónico. Al abrir el correo electrónico, se verifica la dirección de correo electrónico.

Ahora se ha creado el acceso personal. Ahora debe cargar su propia licencia de indicativo.


¡¡¡CUIDADO!!! Los usuarios ya registrados pueden activar la nueva cuenta de usuario una vez ellos mismos. Siga todos los pasos que se describen a continuación. De lo contrario, ya no funcionará. Si ya no conoce o no tiene la dirección de correo electrónico que ingresó en el registro, debe utilizar el formulario de contacto .

Activar acceso 

Haga clic en » Iniciar sesión «.

Indicativo de llamada:
ingrese el indicativo de llamada Dirección de correo electrónico: la dirección de correo electrónico ingresada en el registro en ese momento
: ingrese una contraseña aleatoria

Haga clic en » Iniciar sesión «

Si el indicativo y la dirección de correo electrónico en ese momento son correctos, recibirá un correo electrónico. El correo electrónico contiene el texto » RESTABLECER CONTRASEÑA «. Haga clic en él allí. 

Ahora recibirá una contraseña temporal por correo electrónico. Vuelva a ingresar como se muestra en la imagen de arriba, pero con la contraseña que recibió por correo electrónico. Una vez que haya ingresado, puede cambiar la contraseña con una contraseña de su elección.

Articulo THX TO Michi

Introducción al video de la radio base y móvil Wouxun KG-1000G GMRS

Ha pasado mucho tiempo, pero ahora la espera finalmente ha terminado. ¡La radio móvil GMRS definitiva está aquí! Obtenga una descripción general rápida de la nueva radio bidireccional básica / móvil Wouxun KG-1000G GMRS .

En este video, proporcionamos una vista de cerca de este móvil, enumeramos algunas de sus emocionantes características clave y explicamos por qué creemos que es el transceptor móvil GMRS más avanzado disponible en la actualidad. ¡Ahora está en stock y disponible exclusivamente en Buy Two Way Radios !

¿Quieres más videos sobre radios de 2 vías? ¡Navegue por nuestro video blog y suscríbase a nuestro canal de YouTube !

¡Deje de usar radios comerciales o de aficionados para GMRS! El Wouxun KG-1000G está aprobado por la FCC específicamente para uso GMRS, por lo que es completamente legal. ID de la FCC: WVTWOUXUN20

¡Presentamos la radio bidireccional básica / móvil GMRS Wouxun KG-1000G! El KG-1000G es el radio bidireccional móvil que los fans de GMRS estaban esperando. Con 30 canales GMRS y la capacidad de recibir en múltiples bandas, esta central eléctrica de 50 vatios está repleta de una gran cantidad de características y funcionalidades que van mucho más allá de las capacidades limitadas de la radio GMRS típica, y a un precio muy rentable.

El KG-1000G tiene 999 canales de memoria programables con codificación / decodificación CTCSS y DSC, canales meteorológicos NOAA integrados, recepción simultánea, escaneo de canales prioritarios, escaneo CTCSS / DCS, operación simultánea en modo dual y radio FM. Puede seleccionar un ancho de banda amplio o estrecho (25 KHz / 12,5 KHz) y seleccionar entre cuatro niveles de potencia de salida para una transmisión óptima. También es compatible con la codificación / decodificación DTMF.

Pero eso es solo para empezar. El Wouxun KG-1000G no es solo una radio bidireccional móvil, también es capaz de conectarse a un segundo KG-1000G para convertirse en base completa o repetidor móvil. Sí, eso es correcto. ¡Puede conectar dos radios KG-1000G juntas utilizando los cables de conexión de pantalla cortos (SCO-001) o largos (SCO-002) incluidos en el paquete para crear su propio repetidor de trabajo! ¿Qué tal la versatilidad?

Y eso no es todo. El KG-1000G tiene dos altavoces con múltiples configuraciones de canal de altavoz, además de un altavoz integrado en el micrófono de mano DTMF. ¡Son tres oradores en total!

Pero espera, todavía hay más. Todas las características estándar de una estación base / móvil Wouxun también están ahí, como el tono de ráfaga de 1750Hz, edición y visualización del nombre del canal, llamadas grupales, decodificador de 8 grupos, administración de energía APO, función de aturdimiento y muerte, soporte de altavoz externo, 3 configurables botones del panel frontal y un ventilador de enfriamiento incorporado con control de enfriamiento ajustable. Todos los extras y sin coste adicional.

Y justo cuando pensaba que no podía mejorar, todavía hay más. Una gran pantalla LCD de doble frecuencia también forma parte del KG-1000G. Los botones retroiluminados del panel frontal lo ayudan a verlos en la oscuridad. El teclado con todas las funciones del micrófono del altavoz de mano también está retroiluminado y las indicaciones de voz lo ayudan a navegar por el menú.

¡El panel frontal también es personalizable! El KG-1000G incluye dos tipos de paneles de distribución para adaptarse a su instalación. Elija entre un panel inclinado hacia arriba o un panel plano para la instalación en su vehículo. El panel frontal es desmontable y se puede reubicar por separado del chasis del radio. El cable de extensión de 15 pies incluido le permite instalarlo en cualquier lugar de su vehículo para que pueda tenerlo justo donde lo necesita.

El KG-1000G también se puede alimentar con la fuente de alimentación opcional Wouxun SPS31WIN para convertir su receptor móvil GMRS en una estación base GMRS totalmente operativa.

El Wouxun KG-1000G viene con un micrófono de altavoz de mano, panel de tablero inclinado, panel de tablero plano, soporte de montaje móvil, soporte de panel frontal remoto, cable de alimentación móvil, cable de extensión de 15 pies, gancho de micrófono de mano, fusibles, juego de tornillos, fácil de comprender el manual del propietario en un lenguaje sencillo y un año de garantía del fabricante de Wouxun.


Kenwood TH-D74 Descatalogado

Termina la producción de Th-D 74. He contactado oficialmente con Kenwood. Mientras duren existencias.

Segun La Famosa Pagina Japonesa Queda Descatalogado…. Esperaremos La Llegada De Los Nuevos Modelos…

Muchas Personas Lo Desconocen Pero El Primer Equipo D-STAR De Kenwood Fue:

Quedamos A La Espera De Los Nuevos Equipos Moviles,Portatiles,Incluso Se Dice De Una TS2000 Con D-STAR…..

Verified: The D74 has been discontinued:

Update PI-STAR EA7EE V20201213


  • Fix Correct connection for FCS System(DNS FCSXXX Now OK)
  • FIX Now in the tow configuration you can put the message that will be displayed on the YCS System dashboard… Works on YSF Y & FCS Protocololl

X-reflector Os Desea Felices Fiestas!!

X-reflector Os Desea Felices Fiestas Y Les Desea Lo Mejor Para El Proximo Año 2021!!

Dado Que En Mi Zona Estabamos Confinados Desde Hace Tiempo,Desde Hoy Dia 12 Pasamos A Una Fase Donde Podemos Movernos De Municipio..

Aprovechamos Dadas Las Circustancias De Estos Dias Y Las Fechas Para Tomarnos Un Respiro Para Poder Hacer Visitas Familiares Y Otras Actividades De Estas Fechas..Siempre Teniendo El Maximo Cuidado Posible Por Que Por Desgracia El COVID-19 Sigue Entre Nosotros….

Asi Que Estaremos Mas Ausentes Desde HOY 12 Hasta El 10 De Enero Del 2021..

Para Servicio Tecnico Y Mantenimiento De Servidores Y Paginas Estaremos Activos Como Siempre 24/7 Los 365 Dias Del Año 🙂

Cualquier Consulta Intentaremos Contestarla Lo Mas Pronto Posible Dadas Las Fechas Espero Tengan Paciencia….

Os Recuerdo Las Vias De Contacto:

Por Telegram Aqui:

Nuestro EMAIL:

  • Soporte En General: soporte(at)
  • *Averias En Servidores: ea7iyr(at)*

*(at)= @

Por Favor No Envies Consultas Al Telefono Personal Ya Que Disponemos De Infinidad De Grupos De Soporte Y Email Y La Respuesta Son Rapidas!

Para Colaborar Con Nosotros Puedes Hacerlo Desde Aqui: