señores , mi primer post en esta lista y sin a ver tocado todavía
openser :( , pero para ya tengo que ir , les comento algo el otro día
me fui donde x empresa en mi país , y les ofrecí la centralita
asterisk , ya que ellos tienen centrales telefónicas con alcatel y
quieren reducir costos , bueno les ofrecí todo lo que a este momento
tengo al alcance con asterisk :
- Video llamadas
- Conferencias
- Grabación de llamadas
- ACD
- Supervision de llamadas
- Ivr multiples
- Extensiones remotas - locales
- Mensajería unificada
etc , etc , pues esta gente casi casi que me sacaron diciendo que
asterisk no era muy estable bla bla bla ... , que ellos lo habían
probado solo para llamadas salientes y que lo tenían en uso , al
parecer (tribox o asterisk now) esto me le dijo otra fuente por ahí ,
y que no les había parecido dentro de las cosas que me dijeron que
asterisk no tenia y que nos le parecia era:
1 - No posee Alta disponibilidad , esta me la respondo yo ==>
Heartbeat + DRBD a echarle ganas
2 - No tiene encriptacion de llamada > se podrá con openser ?, me
parece haber ledo por ahí que soporta tls ...
se que con openser , podría implementar la mensajería instantánea de
sip a sip osea de tel <==> tel y presencia simple , aclarando
conceptos presencia simple es igual a lo que asterisk llamamos BLF ?
en esperas de sus comentarios ..
saludoss
Hola,
dado que en esta lista nos hemos cruzado ya algunos correos más
relacionados con sip que con openser, Iñaki y yo hemos creado una
lista en español dedicada a temas relacionados con sip: consultas
sobre el RFC, extensiones, dafts, etc.
http://groups.google.com/group/sip-es
Saludos,
--
Victor Pascual Ávila
Que tal participantes de la lista, creo nunca hasta ahora haber
escrito un mensaje, aunque hace varios meses que leo y aprendo de los
comentarios de ustedes.
Les pido ayuda sobre la configuracion a utilizar en un openser y en un
sems para proveer de mensajes de red a los clientes de openser, por
ejemplo en el caso de un numero invalido, o sea un mensaje 404 que por
medio de early media le pueda dar una locucion al cliente explicando
que el numero que se a ingresa no corresponde a un abonado valido.
Creo haber leido que tenian implementaciones funcionando, Iñaki??? por
que tuvo que traducir la causa de desconexion para no obtener doble
locucion, o sea en el tramo de sip de la llamada y desde la PSTN
nuevamente.
Desde ya muy agradecido.
Saludos
Fer
Hola, veo que las interfaces gui de centralitas VoIP (como las de Asterisk)
van bastante a su rolo en temas de estándares SIP. Por ejemplo ya he visto
que en alguna si seteas el callerid a mostrar cuando se sale por un proveedor
SIP (un OpenSer que luego habla con el gateway) lo que realmente hace es
setear el From NAME (From: "NAME" <sip:username@domain>):
INVITE sip:999999999@dominio SIP/2.0
From: "999000222" <sip:usuario_sip@dominio>
Eso es una gran guarrada, ¿verdad?
En mi OpenSer permito dos formas de indicar el callerid:
1) Uso de cabecera P-Preferred-Identity (RFC 3325). Si un INVITE lleva esa
cabecera el proxy debe colocarla como P-Asserted-Identity cuando reenvíe el
INVITE.
RFC 3325
9.2 The P-Preferred-Identity Header
The P-Preferred-Identity header field is used from a user agent to a
trusted proxy to carry the identity the user sending the SIP message
wishes to be used for the P-Asserted-Header field value that the
trusted element will insert.
O sea:
INVITE sip:999999999@dominio SIP/2.0
From: <sip:usuario_sip@dominio>
P-Preferred-Identity: <sip:999000222@dominio>
2) Permitiendo que el from_username no sea el usuario de autenticación:
INVITE sip:999999999@dominio SIP/2.0
From: <sip:999000222@dominio>
Proxy-Authorization: Digest username="usuario_sip"...
Pensé que esta segunda forma es ya lo suficientemente cutre y rancia para que
los Asterisk y compañía más preocupados por sus líneas RDSI la usarán, pero
veo que van más allá y cambian el callerid NAME en vez del username. Viva lo
cerdo.
En fin, por si tal vez soy yo el equivocado, ¿se suele de verdad usar el
From NAME para propósitos de setear el número saliente?
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hola, sólo era para comentar la existencia de un draft que desconocía y que
reúne toda la información posible sobre SIP y NAT:
http://tools.ietf.org/html/draft-ietf-sipping-nat-scenarios
Ala, me lo guardo y cuando alguien pregunte algo sobre "oigo pero no me oyen"
se lo enchufo XD
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es