Pues deberían de soltar los sources, están violando la GPL. Es lo mismo que
hicieron los "listos" de KisS y los de Linksys en su momento.
Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
No es recomendable a no ser que vayas a ceder los derechos del código a
Digium. Si no cedes los derechos NO HAY NINGUNA posibilidad de que lo integren
y significaría estar manteniendo un juego de parches a parte.
> -chan-algo Ventajas ?? Inconveniente mantener versiones...
Mismo problema que antes, aunque se minimiza el problema ya que los posibles
cambios en el core de asterisk serán seguramente más fáciles de integrar en un
chan-XX que integrarse con el dadhi.
> -daemon (trunk en sip o iax tipo iaxmodem) Es la que mas me gusta.
> Independiente de versiones de asterisk. Funcionaria incluso con otras cosas
> que no fuera asterisk.
Opción simple, fué la que escogió Steve para el iaxmodem, precisamente porque
lo "menos" que va a cambiar en Asterisk es el soporte "del supuesto" standar
IAX2 o SIP, con esto me refiero a que en Asterisk el soporte de SIP he IAX solo
"debería" de mejorar, no de cambiar en las cósas básicas.
Yo tiraría más por hacer un SIPmodem3G ... así se dispondría de un GW SIP a
3G, que se podría usar con más cosas y en más escenarios que no sean solo
Asterisk, por ejemplo para montar bancos de GSM's a precios bastante más
razonables que los que existen en el mercado ahora mismo.
Hay algun proyecto de sipmodem tipo el iaxmodem que conozcan?
Por aprovechar estructuras, que de modems mas o menos pero de sip o iax
ando mas bien perdido...
Que yo sepa, no ... pero como en realidad es un SIP UA ... puedes partir de
cualquier sofphone, al fin y al cabo en vez de usar una tarjeta de sonido como
interfaz físico, vas a usar un modem USB.
> Yo esto no lo veo. Un módem 3g o gen tendrá poca cobrrtura sin antena
Ya sabía yo que ivas a ser tú quien saltara con esto ... XDD .. vicioso de los
GSM-GW que eres ... XDD
A ver .. entre un HyperNomeAcuerdo que cuesta un pastizal para 72 SIM's y 72
HDSPA-GSM conectados a varios puertos USB (procurar no usar más de 2 switches
USB en cascada), creo que en coste gana de largo el banco de los modems USB.
Otra cosa distinta es en rendimiento, el banco de 72 modems USB consumiran CPU
y electrícidad por un tubo y el Hyper... si lo enganchas por SIP consume 0 de
CPU y si lo haces por un E1 .. pues la carga del E1, que tampoco es tanta.
Pero en cobertura ... ¿porqué habría de haber diferencia? ... está claro que
el Hyper... permite utilizar una antena externa y ubicar el equipo en un CPD
"de verdad", con los elementos radiantes en la azotea.
Pero el banco-cutre de los USB-modems se puede poner en cualquier sitio con
cobertura y funcionará también, no se le pueden poner antenas externas, pero
bueno ..
Y sin ir a soluciones tan "bestias", para una instalación de 2-4 GSM-GW para
conectar a una centralita Asterisk .. pues te ahorras los GSM-Gw y las
tarjetas con los FXO.
A ver .. idea de negocio lanzada al patio ...
Se cogen 30 modem USB de huawei, los que "regala" vodriofone por ejemplo, se
les "arrancan las pegatinas", se usan 30 pig-tails de unos 1.5mts para
conectar las antenas internas a un muxer y de este a una buena radiante con
banda central en los 900Mhz o mejor en 1.8 Ghz, se mete todo en una
caja "potita y mona" junto con 1 switch USB 2.0 de 4 puertos y 4 switches USB
2.0 de 8 puertos, se instala en el frontal de la "potita caja", una salida
para el USB y otra para un chuko de corriente (uno de los tipo "fuente de
alimentación"), dentro se mete una regleta eléctrica modificada, pintamos la
caja de amarillo canario chillón y le ponemos una pegatina que diga "ChuperGW
GSM/HDSPA/HDSPA+ 30 Canales - SIP" con una foto del correcaminos o del
demonio de tazmania (me molan esos personajes de la Warner, sobre todo Taz
XDD).
¡Ostias! .. ¡ hemos inventado un cacharro muy parecido a lo que vende xorcom y
sus bancos de canales USB ! ....
> El banco de USB me gustaría verlo, jeje. Desde "Fiebre del Sabado
> Noche" creo que no habría visto algo igual... menudo pulpo!!!!!
Umm, sería algo parecido a la foto que podéis encontrar aqui:
http://www.gulic.org/almacen/00_historia/ficit2001/1/-006.jpg
Es una instalación para una Party que organizamos ... y nos tocó balancear 36
ADSL's porque Telefónica no le salía del pito poner una ATM (ni pagando).
> los GSM-GW son gratis y la tarjeta FXO vale cuatro perras (una openvox
> por ejemplo, que van muy bien). Cuanto valen 4 modem-usb sin
> permanencia en datos??
Umm .. depende de cuan "amigo" del comercial de la operadora seas, pero se
pueden conseguir a precio mayorista por unos 35€ / modem ... bastante más
barato que el coste por puerto FXO de una OpenVox
Saludos.
Te lo avisé ... ;-)
Solo tienes que tener cuidado con el modo con el trabajas con el puerto y que
tipo de bucle usas para la recepción de los datos del puerto.
Una librería muy, muy buena es la QExtSerialPort, es para usarla con las QT,
pero la puedes usar de ejemplo.
> No es consumo real de cpu
El consumo real se debería situar entre un 1 y un 5% por puerto, dependerá muy
mucho del chipset de USB de las placas base y de ahí para arriba dependerá de
lo que hagas tú con el "modem".
> Es un bucle infinito haciendo un while que tengo que mejorar para leer los
> mensajes que entran del modem
Hace tiempo que no trabajo con puertos seriales bajo *nix, la última vez fue
para un proyecto con un GPS, umm ahora que pienso ... no, miento, fue para el
control de unos equipos de laboratorio, da igual ... tienes dos opciones:
a) Programación asyncrona. Es la opción que te permitirá escalar más, pero la
más compleja de llevar a cabo.
b) Programación síncrona con pooling, las funciones básicas del kernel te
permiten configurar correctamente los buffers de recepción como no tener
problemas, le puedes echar un ojo a cualquier programa que trabaje con
puertos seriales, te recomiento el vgetty, que encima hace tratamiento con
los modem con soporte de voz, muy parecido a lo tuyo.
Saludos
A ver si acierto ....
While 1:
open puerto
set puerto
lee puerto
...
done
Jejeje ..., solo quitar el open y el set del bucle puede reducir el load un
70%
> chan_sebi al ataque....
¿Y lo de sebi? ¿de donde sale?
Por cierto ... avisa para el beta-testing .. que tengo un par de "pastillas"
de las Vodriofone para probar.
Depende de la distro ..., pero creo que el grupo correcto es el dialout y el
uucp, pero hay distros que usan el grupo ppp ..
----- Original Message -----From: Adrià Vidal
¿Y si le metes un parametrillo y lo dejas a elección del usuario que lo monte?, ¿es mucho lío?
Saludos,
Ramses
<BR
Esto ya huele muy bien!!!
Habrá que ir consiguiendo un Huawei YA.
Ahora mismo tengo un .conf donde pongo los ttyUSB pero si desconecto uno y
conecto otro, o los conecto en distinto orden me cambia los puertos, asi que
me gustaria poder abrir el puerto leer el imei del equipo y asignarle un
canal. La parte de leer el imei y asignar el canal ok. Pero la de chequear
los puertos "a mano" se mete 1 minuto y pico y eso arrancando asterisk... Lo
he pasado a un thread y asterisk arranca claro, pero los modems (ya tengo
dos pinchados) tarda un rato en reconocerlos. Lo ideal seria solo
preguntarle a los puertos tipo datos que responderan sobre la marcha.
El esquema es algo asi como
Obtengo todos los puertos de datos de los modems k3520
Miro IMEI y asigno canal de asterisk (mas que nada por si tenemos
puesto pin en la tarjeta... Si no lo miro asi no es seguro)
Se admiten ideas...
T: Bus=05 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=12d1 ProdID=1001 Rev= 0.00
S: Manufacturer=яяяяяяяяяяяяяяяяяяя
S: Product=HUAWEI Mobile
S: SerialNumber=яяяяяяяяяяяяяяяяяяя
C:* #Ifs= 4 Cfg#= 1 Atr=a0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=128ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
PUERTO AUDIO corresponde con ttyUSB X
E: Ad=84(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
PUERTO DATOS corresponde con ttyUSB Y
E: Ad=85(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=05(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
Hombre, pero que yo sepa, nadie de aqui distribuye Huawei.
No puedes, más que a manopla y tu mismo has comentado el problema.
> Ahora mismo tengo un .conf donde pongo los ttyUSB pero si desconecto uno y
> conecto otro, o los conecto en distinto orden me cambia los puertos, asi
> que me gustaria poder abrir el puerto leer el imei del equipo y asignarle
> un canal. La parte de leer el imei y asignar el canal ok. Pero la de
> chequear los puertos "a mano" se mete 1 minuto y pico y eso arrancando
> asterisk... Lo he pasado a un thread y asterisk arranca claro, pero los
> modems (ya tengo dos pinchados) tarda un rato en reconocerlos. Lo ideal
> seria solo
> preguntarle a los puertos tipo datos que responderan sobre la marcha.
>
> El esquema es algo asi como
>
> Obtengo todos los puertos de datos de los modems k3520
>
> Miro IMEI y asigno canal de asterisk (mas que nada por si tenemos
> puesto pin en la tarjeta... Si no lo miro asi no es seguro)
>
> Se admiten ideas...
El tty asociado al puerto serial ha de ser configurable en un .conf al estilo:
---- odi3g.conf ----
[channels]
context=gsm1
pin=5555
port=ttyUSB0
sms=yes
....
No creo que te haga falta almacenar el imei ni nada parecido, entre otras
porque el imei está asociado al modem y no a la SIM.
La parte de hacer que ttyUSB0 sea siempre el mismo modem se la has de dejar al
usuario y su capacidad de configurar correctamente las udev rules y el orden
de carga de los módulos, como mismito pasa con las tarjetas zaptel o las
tarjetas de red, o cualquier otro hardware.
No te metas en la parte que no te toca ... ;-)
Hola. A ver quien me da una luz. /proc/bus/usb/devices
Ahi tengo las descripciones usb de un modem. Como enlazo esto con un pto
usb?
O sea como se que puerto está mapeado a este dispositivo...
Ahora mismo tengo un .conf donde pongo los ttyUSB pero si desconecto uno y
conecto otro, o los conecto en distinto orden me cambia los puertos, asi que
me gustaria poder abrir el puerto leer el imei del equipo y asignarle un
canal. La parte de leer el imei y asignar el canal ok. Pero la de chequear
los puertos "a mano" se mete 1 minuto y pico y eso arrancando asterisk... Lo
he pasado a un thread y asterisk arranca claro, pero los modems (ya tengo
dos pinchados) tarda un rato en reconocerlos. Lo ideal seria solo
preguntarle a los puertos tipo datos que responderan sobre la marcha.
El esquema es algo asi como
Obtengo todos los puertos de datos de los modems k3520
Miro IMEI y asigno canal de asterisk (mas que nada por si tenemos
puesto pin en la tarjeta... Si no lo miro asi no es seguro)
Se admiten ideas...
T: Bus=05 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=12d1 ProdID=1001 Rev= 0.00
S: Manufacturer=ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
S: Product=HUAWEI Mobile
S: SerialNumber=ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
C:* #Ifs= 4 Cfg#= 1 Atr=a0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=128ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
PUERTO AUDIO corresponde con ttyUSB X
E: Ad=84(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
PUERTO DATOS corresponde con ttyUSB Y
E: Ad=85(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=05(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms