Primer Capitulo.

Generalidades
El acceso del SU-O se da mediante una conexin Ethernet utilizando un cable cruzado del Inyector de
PoE a una PC y se invoca la configuracin va Telnet a la direccin 192.168.101.1
I.- Registro de unidades SU-O al Sector Controller AN-100U
Las unidades de RedMAX SU-O se registran automticamente a la estacin sectorial AN-100U,
siempre y cuando cuenten con tres valores similares en ambos dispositivos en la seccin de Radio
Frecuencia.
1.- La frecuencia utilizada, donde en ambos casos Low y Hi en la version actual se usa la misma.
Que en el caso del SU-O se puede observar con el comando:
SUO#> show rfConfig
Structure --Transmit Receive
---------------------------------- ---------------------------------FixedPower:..............0.00 dBm Gain:....................0.00 dB
ActualPower:............15.90 dBm RfRssi:................-64.10 dBm
Lock:..................yes(1) Lock:..................yes(1)
FixedGain:...........false(0) Agc:...............enabled(1)
Others
---------------------------------RfTemp:..................9 Celsius
LoRfFreq1:............3529000 kHz
HiRfFreq1:............3529000 kHz
LoRfFreq2:..................0 kHz
HiRfFreq2:..................0 kHz
LoRfFreq3:..................0 kHz
HiRfFreq3:..................0 kHz
LoRfFreq4:..................0 kHz
HiRfFreq4:..................0 kHz
LoRfFreq5:..................0 kHz
HiRfFreq5:..................0 kHz
LoRfFreq6:..................0 kHz
HiRfFreq6:..................0 kHz
RfFreq:...............3429000 kHz
Para cambiar se usa el comando:
SUO#> rfConfig
SUO(rfConfig ->)#>set LoRfFreq1 3429000
SUO(rfConfig ->)#>set HiRfFreq1 3429000

Nota : Los cambios de frecuencia se pueden hacer cada 250 KHz.

2 y 3.- Otros dos valores indispensables para poder registrar el SU-O y al AN-100 son el ancho de canal
y el Cyclix Prefix
El ancho de canal tiene la opcin de 3.5 7 Mhz, mientras que el Cyclic Prefix llamado Guard Interval
en el AN-100U tiene la opcion de 4 y 16 ( y 1/16 en el AN-100 respectivamente)
SUO #> show phyConfig
Structure --Bandwidth:....................3500 kHz
FftSize:......................256
PsDuration:...................1000
PsPerOFDMSymbol:..............80
SmplFactorNum:................8
SmplFactorDen:................7 nsec
CyclicPrefix:.................4 PS
Para cambiar estos valores se usan los comandos:
SUO #> phyConfig
SUO(phyConfig ->)#> set Bandwidth 7000
II.- Troubleshooting de unidades SU-O al Sector Controller AN-100U
Se puede dar el caso que despus de hacer la clasificacin el SU-O no transmita trafico de IP por dos
razones principales:
1.- Por que este el SU-O configurado con la opcin de Administracin Remota y este esperando
obtener una direccin de IP desde un servidor de DHCP detrs del AN-100U, por lo tanto la unidad no
estar enviando trafico hasta no obtener la direccin IP dinmicamente, por lo que en en ese caso , se
tendr que cambiar el valor para que sea no Administrada Remotamente (0).
Para verificar esta opcin es necesario invocar el siguiente comando:
SUO #> show managedSS
SUO #> SS managing status: Unmanaged(0)
Comando para cambiar a Managed
SUO #> set managedSS 1
En el equipos AN-100 en la pantalla de SSInfo , tambien se puede corroborar si el SU-O esta en opcin
de Remotamente Administrado.
2.- La segunda opcin de porque el SU-I a pesar de estar firmado no estara dando respuesta de IP ,
seria que esta siendo utilizado para marcar ( Tagging) paquetes con una etiqueta de VLAN
determinada, lo cual s e puede validar con el siguiente comando:

SUO#> show ethTag

Structure --Active:.......................inactive(0)
Priority:.....................0
Value:........................0
Para activar dichos valores, se usa el siguiente procedimiento:
SUO#> ethTag
SUO(ethTag ->)#> set Active 1
SUO(ethTag ->)#> set Value X ( valor de la VLAN a utilizar)
Nota: agregar clasificacin de requerido para el ethTag.
Para fijar el ancho el nivel de potencia en un SU-O, cuando tenemos un Reference RSS sea bajo como
-90 dB, los equipos SU-O ms cercanos pueden requerir subir el nivel de potencia , en caso de no
alcanzar una buena modulacin.
SUO#> rfConfig
SUO(rfConfig ->)#>set RxAgc 1
SUO(rfConfig ->)#>set TxFixedPower 10 ( cuando queremos una potencia de 10 dB en el cpe)
Despus de esto habr que analizar si es suficiente esta potencia para alcanzar la mxima modulacin.
Upgrade de software SU-O
Para llevar a cabo un upgrade de software es necesario contar con un ftp Server , estar conectado va la
SMC la unidad SU-O.
Para el proceso de upgrade a la version 1.1 desde la version 1.0 , es necesario hacer un upgrade
intermedio a el Upgrade5.( 1.0.76 de AN-100 y la 1.0.117 de los SU-Os), una vez hecho el upgrade al
Upgrade5 se selecciona y se rebotean los equipos y se procede a instalar la version 1.1, con el mismo
procedimiento.
Nota importante: Para el upgrade a la version 1.1 no debe de hacerse de manera local sino mediante el
RMS o usando la SMC ( Second Management Connection), ya que hacerse localmente la unidad podra
presentar algunos problemas.
Al momento de arrancar tu FTP Server debes de tener un user que se llame : target y un password:
secret, los mismos que tienes que poner en el AN-100 en la pagina del upgrade, esto lo puedes probar
haciendo desde tu DOS un ftp 192.168.101.X ( la ip del Server ftp), checas que con el user y el
password acceses al folder que quieres hacer el upgrade !! ( para esto desde el Server le debes indicar
el path para el download)
Despus de saber que efectivamente se pueda accesar el Server, ya lo puedes iniciar el upgrade a los
SU-Os en primera instancia, y finalmente el AN-100 se repite el proceso, ahora si tienes activado el
Firewall o algn cliente de VPN en el Server talvez la transferencia no se lleve a cabo (Hay que
desactivarlos)

Ojo: En el Path del AN-100 tienes que ponerle el nombre del archivo incluyendo al extensin .bin
Procedimiento de Upgrade de SU-O administrando manera remota:
SU-O> loadImage
SU-O> ipaddress: ( FTP Server IP Address)
SU-O> file : SUO-U1-001-02-02-010.bin
Despus que se carga completamente el archivo se bootea:
SU-O> reboot.
Agregar monitor y status , bd station registartion
SMC Para colocar IP fija en suscriber
SUO#> smcIpAddress show
Structure --Time of Day Server Settings SMC IP Settings
---------------------------------- ---------------------------------Server:...............0.0.0.0 Address:........192.168.101.4
HourOffset:.................0 Mask:...........255.255.255.0
MinuteOffset:...............0 Dhcp:..............Enabled(1)
Gateway:..............0.0.0.0
SUO#> smcIpAddress
SUO#> smcIpAddress set
Address - IP Address
Mask - Subnet Mask
Dhcp - 0 -- static address, 1 -- DHCP allocated address.
Gateway - Default Gateway address
ToDServer - Time-of-Day Server IP Address (applicable only
when SMC IP address is static)
ToDHourOffset - to specify new Time Zone hour: [-12, 14]
ToDMinuteOffset - to specify new Time Zone minutes fraction [0, 59]
SUO#> smcIpAddress set Dhcp
SUO#> smcIpAddress set Dhcp 0
WARNING: need to reboot the subscriber station once to let changes take
effect!
SUO#> smcIpAddress set Address
SUO#> smcIpAddress set Address 192.168.101.50
WARNING: need to reboot the subscriber station once to let changes take
effect!

SUO#> smcIpAddress set ToD

ToDServer ToDHourOffset ToDMinuteOffset
SUO#> smcIpAddress set ToDServer
SUO#> smcIpAddress set ToDServer
ToDServer - Time-of-Day Server IP Address (applicable only
when SMC IP address is static)
SUO#> smcIpAddress set ToDServer
Capitulo 2.- Configuracin de AN-100
Generalidades
El acceso del AN-100 se da mediante una conexin Ethernet utilizando un cable UTP directo del puerto
etiquetado Data del AN-100 a una PC y se invoca la configuracin va un Browser de Internet de
preferencia Explorer de Microsoft, se coloca direccin 192.168.101.3 en el campo de Address luego se
oprime Enter, despus de esto se aparece una pantalla solicitando un user y un password:
User: admin.
Password: admin.
2.1.- Configuracin RF del AN-100
La configuracin del sistema de la parte de radio frecuencia, permite a los SU-Os poder registrarse a la
estacin base si cuentan con los mismos valores definidos en esta parte , los valores estn contenidos a
continuacin:
Nota : Los cambios de frecuencia se pueden hacer cada 250 KHz
Las frecuencias centrales pueden ir dependiendo el tamao de canal
, habr que revisar la cantidad de espectro que se ofrece para el proyecto, si tuviramos 100 MHz,
desde 3300 hasta 3400 MHz, por ejemplo:
Si los canales son de 3.5 MHz, entonces tu rango seria: 3301750 KHz hasta 3398250 KHz.
Ahora si son de 7 MHz el rango estar de 3303500 KHz hasta 3396500 KHz.
La granularidad puede ser de hasta de 250 KHz, entonces:
Primer canal central 3303500 de 7 MHz , segundo 3307000, tercero 3310500.
Primer canal central 3301750 de 3.5 MHz , segundo 3303500.
Verificacin de registro de suscriptores del sector
Esta verificacin se puede revisar en la pantalla de SSInfo, una vez que los SU-Os y la base estn
debidamente configurados, orientados y energizados, todos los suscriptores del sector se registran en
esta pantalla.
00:09:02:03:01:b1
00:09:02:03:01:d8

2.2.- Configuracin Servicios WiMAX del AN-100

Los servicios de Wimax bsicamente se requieren de tres pasos para poder activarlos :
1 Definir Service Classes
1 Crear Service Flows
1 Crear Classifiers
Una vez que los Classifiers y los Service Flows estn activos, el sistema estar habilitado para
transmitir paquetes.
2.2.1 Configuracin de Service Classes
Las Services Classes son las responsables de definir la calidad de servicio (QoS), as como las polticas
de transmisin de paquetes.
En la version 1.0 de RedMAX se cuenta con dos Scheduling Types:
1 Real Time Polling Services (rtPS). Delay.
1 Best Effort (BE) un maxima de datos.
2 No Real Time Polling Services (nrtPS) datos garantizados.
3 Unsolicited Grant Services.maximo garantizado tipo TDM , latencia.
Real time Polling Services ofrece una mas alta prioridad que BE, adicionalmente que permite
garantizar un mnimo ancho de banda, mientras que BE solo asigna un valor mximo no garantizando
ancho de banda alguno.
Conforme a lo explicado anteriormente, en caso de definir dos servicios de con diferentes QoS en un
mismo SU-O, se deber definir el tipo de Scheduling a usar, as como el ancho de banda mnimo
garantizado en caso de usar rtPS.,
Ejemplo de Clase Best Effort
Ejemplo clase Real Time Polling Services
2.2.2 Configuracin de Service Flows
Un Service Flow representa el flujo de datos requerido entre estacin base ( AN-100U) y suscriptor de
WiMAX ( SU-O), este debe estar definido en ambas direcciones ( Downstream y Upstream),
Ejemplo de Service Flows con dos clases y dos servicios, basados en VLAN.
2.2.2 Configuracin de Classifiers
Ejemplo de Clasificadores
La clasificacin mostrada es de VLANs , con lo que los equipos conectados debern de contar con
switches con uso de 802.1Q.
Para la clasificacin de IP se requiere activar los service flows de default al menos el de UL,

asmediante un procedimiento para va Telnet :

To modify the default service flow setting, open a Telnet session to the base station, login and enter the
following string of commands:
To enable default service flows:
Interfaces
Wireless
set DefaultUlSfEnable 1
To disable default service flows:
Interfaces
Wireless
set DefaultUlSfEnable 0
Important: You must reboot the base station to activate the new settings
Clasificacion con IP address:
AN100U#> interfaces
AN100U#> interfaces
ethernet - intermediate node for Ethernet Interface Configuration.
management - intermediate node for Management Configuration.
wireless - intermediate node for General Wireless Configuration.
AN100U#> interfaces wireless
AN100U(interfaceWireless ->)#> set DefaultUlSfEnable 1
Set DefaultUlSfEnable*
0 -- disable default uplink service flows
1 -- enable default uplink service flows
Note: Default DL service flows are permanently enabled
Agregacion de Root certificate al An-100U
Se debe de usar un servidor de FTP con user:target y password: secret, en la carpeta alojar el certificado
root.
AN100U(x509 ->)#> add 192.168.101.6 Redline_Communications_Root_CA.cert
user name: target
password:
X509LoadDownloading ...
X509LoadValidating ...
X509LoadCommitting ...
X509LoadCompleted !
AN100U(x509 ->)#>
CERTIFICADO EN SUO

UseTestTimers:................Normal(0)
AuthWaitTime:.................10
ReauthWaitTime:...............10
AuthGraceTime:................600
OperationalWaitTime:..........1
RekeyWaitTime:................1
TekGraceTime:.................3600
AuthRejectWaitTime:...........60
SUO#> privacySS
SUO(privacySS ->)#> set Enabled 1
SUO(privacySS ->)#> show
Structure --Enabled:......................Enabled(1)
UseTestTimers:................Normal(0)
AuthWaitTime:.................10
ReauthWaitTime:...............10
AuthGraceTime:................600
OperationalWaitTime:..........1
RekeyWaitTime:................1
TekGraceTime:.................3600
AuthRejectWaitTime:...........60
SUO(privacySS ->)#>
AN100U#> x509
AN100U(x509 ->)#> show
Index #0:
Subject: C = CA, O = Redline Communications Inc, CN = Redline Communications Inc
Root CA
Issuer : C = CA, O = Redline Communications Inc, CN = Redline Communications Inc
Root CA
Validity
Not Before: Dec 2 00:00:00 2005 GMT
Not After : Dec 1 23:59:59 2035 GMT
AN100U(x509 ->)#>
Management del sistema.
Los SU-Os requieren ser administrados mediante la Secondary Management Connection (SMC) , el
protocolo de tiempo usado por estos es el RFC 868 Time of Day.
Herramientas:
Uso del Ping

Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]
[-r count] [-s count] [[-j host-list] | [-k host-list]]
[-w timeout] target_name
Options:
-t Ping the specified host until stopped.
To see statistics and continue - type Control-Break;
To stop - type Control-C.
-a Resolve addresses to hostnames.
-n count Number of echo requests to send.
-l size Send buffer size.
-f Set Don't Fragment flag in packet.
-i TTL Time To Live.
-v TOS Type Of Service.
-r count Record route for count hops.
-s count Timestamp for count hops.
-j host-list Loose source route along host-list.
-k host-list Strict source route along host-list.
-w timeout Timeout in milliseconds to wait for each reply.
Instalacion de Automac Learning
datos | uplink | 00:00:00:00:00 | dl: MAC del puerto del IAD por Mac learning |
voz | uplinlk rtps IP: TOS 3 | | dl:dl IP: TOS+MAC autoleaning |