Consulta Proveedor VOIP - asterisk-es | Grupos de Google

Consulta Proveedor VOIP - asterisk-es | Grupos de Google: "On 07/12/2007, Collini, Nicolas wrote: > Buenas lista, estoy haciendo una interconexión SIP con un proveedor VOIP y > este mismo me pasa una signaling IP y una Media IP… ¿como tendría que armar > la configuración para esta ITX? Signaling: (outbound)proxy-registrar, puerto, códecs que soporta, user/pass -ojo con pedir autenticación en llamadas entrantes- Media: En la negociación de la llamada se negociará el gw contra el que debes tirar la media. Con que tu proveedor te pase el rango de sus mediagw's creo que tienes bastante. Normalmente con permitir in/out de su clase C en tu firewall tiene que ser suficiente. En su dia creamos un ejemplo bastante sencillo, lo puedes encontrar en: http://www.voztele.com/esp/productos_servicios/intravoz/doc/Asterisk-... http://www.voztele.com/esp/productos_servicios/intravoz/doc/Asterisk-..."

Duda razonable... - asterisk-es | Grupos de Google

Duda razonable... - asterisk-es | Grupos de Google: "asterisk, se supone es un central telefonica, una pbx IP, verdad. > si como dices quisiera manejar 10.000 extensiones porque asterisk no podria ser sufuciente? > es por un tema de memoria, disco, es devir hardware... De forma muy gráfica ... : Porque el código de Asterisk es una mierda y hace las cosas con el culo y como le metas 10.000 usuarios registrados explota el servidor por las 4 equinas por mucha máquina que le pongas. > porque ser (sip express router) deberia ser lo indicado de usar.? Porque tiene un diseño mucho más limpio y orientado a la escalabilidad, tambien es más complejo de configurar, aunque muchísimo más potente y porque SER/OpenSER se encargan SOLO de la señalización, no del RTP, lo que alijera muy mucho la carga. > si uso ser, que papel cumple ... Pues el suyo, que ya te lo hemos dicho, SIP Proxy, SIP Registrant, SIP Router, etc. > ser haria el call setup de la llamadas, entonces asterisk que haria ? De B2BUA, Asterisk volvería a gestionar el call-setup, los transcodings (mal hechos), las colas, los buzones, etc. La diferencia es que puedes repartir la carga desde OpenSER y por lo tanto escalar a"

Duda razonable... - asterisk-es | Grupos de Google

Duda razonable... - asterisk-es | Grupos de Google: "http://www.jerocu.net/presentaciones/asterisk-openser.pdf"

Tcp / Udp / Serverudpport - Official eMule-Board

Tcp / Udp / Serverudpport - Official eMule-Board: "CP / UDP / ServerUDPport ... Cambiar los puertos Actualización Agosto 2004. Hola !!! I – Los jodedores. Por distintas razones, una cantidad creciente de desgraciados no quiere a nuestra mula. Ciertos de ellos “filtran” (bloquean o limitan) las transacciones por internet de nuestra mulita. Unos ISP (los Españoles todavía no) atacan directamente a los “servers” ed2k (ver -> Ataques / Razorback / 4661, y contra ataque de « lugdunum ») ... Casi todos los ISP intentan saber quién utiliza su conexión internet con programas del P2P porque estos usuarios son los que más ancho de banda utilizan. El objetivo de los ISP es limitar este consumo y dejar más posibilidades a los demás usuarios sin tener que ampliar sus capacidades. Hace ya más de un año que los ISP filtran a los que utilizan los puertos estándares de los programas de P2P. En lo que nos concierne, empezaron con el puerto 4662 (puerto TCP estándar de la mula), luego extendieron su filtración (interceptación y bloqueo de las transacciones). Las limitaciones impuestas por los ISP son variables. Pueden limitar la banda de los usuarios del P2P (hasta una conexión sin ningún flujo), pueden desconectar abusivamente estos usuarios o impedir totalmente las descargas de archivos."

Tcp / Udp / Serverudpport - Official eMule-Board

Tcp / Udp / Serverudpport - Official eMule-Board: "CP / UDP / ServerUDPport ... Cambiar los puertos Actualización Agosto 2004. Hola !!! I – Los jodedores. Por distintas razones, una cantidad creciente de desgraciados no quiere a nuestra mula. Ciertos de ellos “filtran” (bloquean o limitan) las transacciones por internet de nuestra mulita. Unos ISP (los Españoles todavía no) atacan directamente a los “servers” ed2k (ver -> Ataques / Razorback / 4661, y contra ataque de « lugdunum ») ... Casi todos los ISP intentan saber quién utiliza su conexión internet con programas del P2P porque estos usuarios son los que más ancho de banda utilizan. El objetivo de los ISP es limitar este consumo y dejar más posibilidades a los demás usuarios sin tener que ampliar sus capacidades. Hace ya más de un año que los ISP filtran a los que utilizan los puertos estándares de los programas de P2P. En lo que nos concierne, empezaron con el puerto 4662 (puerto TCP estándar de la mula), luego extendieron su filtración (interceptación y bloqueo de las transacciones). Las limitaciones impuestas por los ISP son variables. Pueden limitar la banda de los usuarios del P2P (hasta una conexión sin ningún flujo), pueden desconectar abusivamente estos usuarios o impedir totalmente las descargas de archivos."

Tcp / Udp / Serverudpport - Official eMule-Board

Tcp / Udp / Serverudpport - Official eMule-Board: "The Well Known Ports assigned by the IANA"

VirtualBox - VirtualBox

VirtualBox - VirtualBox