{"id":7765,"date":"2016-08-31T09:40:53","date_gmt":"2016-08-31T14:40:53","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=7765"},"modified":"2019-06-10T10:56:56","modified_gmt":"2019-06-10T15:56:56","slug":"telefonia-ip-vs-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/telefonia-ip-vs-voip\/","title":{"rendered":"Telefon\u00eda IP vs. VoIP"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

Telefon\u00eda IP: <\/strong> Parece l\u00f3gico que bajo de la expresi\u00f3n \u201ctelefon\u00eda IP\u201d (o \u201cvoz usando IP\u201d, en su expresi\u00f3n inglesa, VoIP) tenga cabida aquella tecnolog\u00eda que transporte tr\u00e1fico de voz utilizando el protocolo IP en redes de conmutaci\u00f3n de paquetes. Pero si se aceptase as\u00ed, sin m\u00e1s matizaci\u00f3n, se producir\u00eda cierta confusi\u00f3n puesto que los t\u00e9rminos Telefon\u00eda IP y Voz IP (VoIP), aunque parezcan y se empleen como similares pueden referirse a situaciones bien diferentes. Comenzaremos aclarandolo.<\/p>\n

Telefon\u00eda IP vs. VoIP<\/strong><\/p>\n

La diferencia b\u00e1sica estriba en que la Telefon\u00eda es un servicio: el Servicio Telef\u00f3nico Disponible al P\u00fablico, STDP o POTS. Y la Telefon\u00eda IP es una tecnolog\u00eda, que sirve para prestar el mencionado servicio telef\u00f3nico (y que tambi\u00e9n sirve para prestar otros servicios). <\/p>\n

La confusi\u00f3n viene de que con t\u00e9rminos muy parecidos nos referimos a hechos bien distintos<\/p>\n

La confusi\u00f3n entre ambos t\u00e9rminos se agrava cuando se introduce con un sentido muy amplio el t\u00e9rmino Voz IP o VoIP, que algunas personas aplican indistintamente a (i) la tecnolog\u00eda que se acaba de exponer m\u00e1s arriba y a (ii) un servicio de comunicaciones electr\u00f3nicas: los servicios de mensajer\u00eda y conversaci\u00f3n vocal y de video, prestados por medios inform\u00e1ticos, que no est\u00e9n conectados con el Servicio Telef\u00f3nico Disponible al P\u00fablico, STDP o POTS. Y (iii) en muchas ocasiones tambi\u00e9n denominan VoIP a la telefon\u00eda IP.<\/p>\n

Para dejar clara la diferencia y evitar m\u00e1s confusiones, emplearemos el t\u00e9rmino Telefon\u00eda IP cuando se trate de tecnolog\u00edas para prestar el Servicio Telef\u00f3nico Disponible al P\u00fablico con interconexi\u00f3n entre operadores de telefon\u00eda fija y m\u00f3vil, y Voz IP o VoIP cuando se trate de otros servicios de comunicaciones electr\u00f3nicas audiovisuales, que no est\u00e1n interconectados con la telefon\u00eda p\u00fablica.<\/p>\n

Seg\u00fan el European Regulators Group, ERG, los servicios de tr\u00e1fico de voz a partir de tecnolog\u00eda IP se clasifican conforme a las siguientes categor\u00edas:<\/p>\n

1.\tServicio de Voz sin n\u00fameros geogr\u00e1ficos, por tanto, no se puede acceder a la red telef\u00f3nica p\u00fablica conmutada. Este servicio engloba diferentes modalidades, desde el peer-to-peer puro donde los usuarios utilizan un programa inform\u00e1tico para conectarse, hasta arquitecturas m\u00e1s centralizadas basadas en servidores de gesti\u00f3n de llamadas, bases de datos, servicios de presencia u otros, proporcionados por un provedor de servicios, bas\u00e1ndose en tecnolog\u00eda IP. Corresponde a lo que en Wikitel (y en muchos otros \u00e1mbitos) se denomina VoIP e incluye las conocidas aplicaciones de Mensajer\u00eda Instant\u00e1nea del tipo \u00abMessenger\u00bb.<\/p>\n

2.\tEl servicio Outbound Voice que permite realizar llamadas salientes con destino a la red telef\u00f3nica p\u00fablica conmutada, pero donde el usuario no dispone de un n\u00famero geogr\u00e1fico, por tanto no puede recibir llamadas entrantes por esa v\u00eda.<\/p>\n

3.\tEl servicio Inbound Voice que permite que usuarios conectados tanto a redes telef\u00f3nicas p\u00fablicas conmutadas como a redes m\u00f3viles y redes IP, reciban llamadas, para lo que han de disponer de numeraci\u00f3n E.164, geogr\u00e1fica o m\u00f3vil. Los servicios que se engloban en esta categor\u00eda no permiten la realizaci\u00f3n de llamadas salientes. Se podr\u00eda decir que son la parte rec\u00edproca de Outbound Voice.<\/p>\n

4.\tTelefon\u00eda de voz: los servicios englobados en esta \u00faltima categor\u00eda son aqu\u00e9llos que permiten realizar y recibir llamadas hacia redes telef\u00f3nicas p\u00fablicas conmutadas fijas y redes m\u00f3viles, para lo que han de disponer de numeraci\u00f3n geogr\u00e1fica. Esta categor\u00eda incluye los servicios telef\u00f3nicos disponibles al p\u00fablico tradicionales (STDP), otros servicios que puedan ser considerados generalmente como sustitutivos del STDP y los servicios de telefon\u00eda IP, incluidos los que en Espa\u00f1a se denominan \u00abservicios vocales n\u00f3madas\u00bb.<\/p>\n

En cuanto a los mercados, tanto el ERG como la CMT y otros reguladores europeos, consideran que los servicios de tr\u00e1fico de voz basados de telefon\u00eda IP, con interconexi\u00f3n con otras redes, que proporcionen la misma calidad que los servicios STDP (categor\u00eda 4 de la clasificaci\u00f3n anterior), son sustitutivos de los servicios telef\u00f3nicos tradicionales.<\/p>\n

Central Telef\u00f3nica IP vs. Central Telef\u00f3nica Tradicional<\/strong><\/p>\n

Una central IP es un equipo telef\u00f3nico dise\u00f1ado para ofrecer servicios de comunicaci\u00f3n de voz\/video a trav\u00e9s de las redes de datos. Con esta central y los equipos adecuados ustedes pueden manejar un n\u00famero ilimitado de anexos en sitio y por el mundo entero de forma gratuita. Pero, para migrar a esta tecnolog\u00eda debemos conocer algunos detalles; Las centrales IP funcionan con lenguajes de programaci\u00f3n como Windows y programas que corren en Linux, los cuales est\u00e1n en continuo desarrollo. <\/p>\n

La calidad del audio aun no se compara con el telef\u00f3nico. La realidad es que la red IP no fue dise\u00f1ada para dar alg\u00fan tipo de garant\u00edas. Adem\u00e1s de los anchos de banda que en Latinoam\u00e9rica dejan mucho que desear. Esta aplicaci\u00f3n usa equipos costosos, por ello algunos buscando abaratar presupuestos, ensamblan la central en un computador lo cual nos enfrenta a otro tipo de problemas, como discos duros, ventiladores o fuentes. Pero para las grandes corporaciones internacionales que pueden contar con sistemas de punta y necesitan algunas funciones importantes de esta tecnolog\u00eda, han encontrado en las centrales IP una herramienta muy conveniente. <\/p>\n

La buena noticia es que todas las funciones extra que pueden darle las centrales IP pueden tenerse con centrales tradicionales, con tan solo conectar m\u00f3dulos que incorporan las bondades de la tecnolog\u00eda IP, todo a precios muy razonables. La realidad es que ya nos acostumbramos a la confiabilidad y a la f\u00e1cil configuraci\u00f3n de estos sistemas convencionales, los cuales manejan lenguajes y configuraci\u00f3n muy sencillos. Esta tecnolog\u00eda llego para quedarse y en poco tiempo solventara estos temas.<\/p>\n

Telefon\u00eda IP mediante redes neutras o especializadas<\/strong><\/p>\n

Con independencia de lo anterior, antes de proseguir, conviene tener presente que hay muchas redes cuya operaci\u00f3n se basa en el protocolo IP y que no est\u00e1n directamente conectadas a la internet \u201cp\u00fablica\u201d (y por tanto en rigor no son parte de Internet per se). Cabe citar, por ejemplo, las redes con gesti\u00f3n privada y a las intranet.<\/p>\n

Las precisiones que se acaban de hacer son importantes porque permiten distinguir entre dos diferentes modalidades que, podr\u00edamos as\u00ed decir, responden a la \u201cfilosof\u00eda del tel\u00e9fono\u201d y la \u201cfilosof\u00eda de la Internet\u201d. Ambas tienen en com\u00fan el uso de IP como protocolo para la conmutaci\u00f3n de paquetes que contienen voz pero sus caracter\u00edsticas son claramente distintas:
\n\uf0a7\tModalidad A.- De acuerdo con la \u201cfilosof\u00eda del tel\u00e9fono\u201d, la introducci\u00f3n de IP para proporcionar el servicio telef\u00f3nico es una estrategia que las compa\u00f1\u00edas telef\u00f3nicas suelen adoptar para aumentar la eficiencia en las redes telef\u00f3nicas existentes, por ejemplo, para reducir costes reemplazando los habituales conmutadores de tr\u00e1nsito (clase 5 y de clase 4) por enrutadores IP mucho m\u00e1s econ\u00f3micos. La inversi\u00f3n se efect\u00faa en diferentes puntos situados en el centro de la red, el tr\u00e1fico tiene una calidad de servicio controlada, la red sigue siendo \u201cinteligente\u201d y por tanto no es neutra y este factor juega un papel fundamental para que la caracter\u00edsticas del servicio telef\u00f3nico que se presta sea, al menos, id\u00e9ntica a las del STDP tradicional. Esta es la idea, propia de las compa\u00f1\u00edas telef\u00f3nicas, que est\u00e1 detr\u00e1s de las Redes de Nueva Generaci\u00f3n y el IP Multimedia Subsystem (IMS).<\/p>\n

\uf0a7\tModalidad B.- Por el contrario, en la \u201cfilosof\u00eda de Internet\u201d, se emplea la red Internet p\u00fablica, que generalmente es neutra, donde los datos se transportan con f\u00f3rmulas \u00abbest effort\u00bb, mientras que la implementaci\u00f3n y gesti\u00f3n de los servicios y aplicaciones se realiza en sus extremos, casi siempre en equipos propiedad de los usuarios o del ISP. De esta arquitectura se derivan implicaciones que afectan a varios aspectos del servicio telef\u00f3nico, tales como, por ejemplo, la calidad del servicio, cu\u00e1l sea la facilidad para llevar a cabo nuevos servicios y prestaciones o cu\u00e1les sean los modelos de negocio y los precios finales. En este concepto se basan los servicios de VoIP proporcionados por ISP y operadores independientes.<\/p>\n

Estos dos grandes paradigmas en el uso de tecnolog\u00eda IP en las aplicaciones de voz est\u00e1n asociados con la calidad de servicio (QoS) que se proporcione, uno de los aspectos que ha frenado hasta ahora la popularizaci\u00f3n de la VoIP: cuanto mayor sea la parte del trayecto que se realice sobre la internet \u201cp\u00fablica\u201d, m\u00e1s dif\u00edcil ser\u00e1 garantizar una determinada calidad.
\nNo obstante lo anterior, es claro que no se trata de una distinci\u00f3n bipolar estricta y que pueden concebirse procedimientos \u201cintermedios\u201d. De hecho, existen formas de operar que, si bien podr\u00edan catalogarse dentro de la misma filosof\u00eda de Telefon\u00eda IP, implican grados diferentes de utilizaci\u00f3n de uno u otro tipo de equipos y redes, en particular cuando se interconectan diferentes redes IP. En \u00faltima instancia, el factor clave en cualquier modelo de son los par\u00e1metros de calidad de servicio y la forma c\u00f3mo se controlan, puesto que condiciona qu\u00e9 aplicaciones se puedan ofrecer a los usuarios.<\/p>\n

A fin de cuentas, no hay que olvidar lo que se dijo al principio, que la telefon\u00eda IP es una tecnolog\u00eda, no es un servicio. Y hay que tener presente que todas las redes se deben interconectar entre si para poder prestar servicios, con independencia de la tecnolog\u00eda en que se basen.<\/p>\n

Vista general de redes interconectadas<\/strong><\/p>\n

La figura siguiente muestra una vista general de c\u00f3mo se efect\u00faa la interconexi\u00f3n entre redes heterog\u00e9neas. Por simplicidad no se muestra como se interconectan las redes IP entre si, que se explica en una p\u00e1gina espec\u00edfica .<\/p>\n

\"Muestra

Muestra como se interconectan las redes fijas tradicionales (arriba izda)<\/p><\/div>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

Como funciona<\/strong><\/p>\n

Tipos de Terminales o Agentes de Usuario<\/strong><\/p>\n

Conviene que la explicaci\u00f3n comience por los elementos que son m\u00e1s conspicuos para los usuarios, los terminales. Pero puesto que en Telefon\u00eda IP y VoIP hay una gran diversidad de tipos de terminales y equipos de usuario, tales como centralitas, ha resultado conveniente dedicarles una p\u00e1gina espec\u00edfica de Wikitel<\/p>\n

Como se establece una sesi\u00f3n de telefon\u00eda IP.<\/strong><\/p>\n

A continuaci\u00f3n se muestran dos presentaciones con la secuencia de mensajes SIP que se intercambian para establecer y terminar una sesi\u00f3n de Telefon\u00eda IP. Si desea m\u00e1s informaci\u00f3n sobre el contenido de los mensajes, puede verla de forma esquem\u00e1tica, en ingl\u00e9s, en esta p\u00e1gina de Tech Invite o con pleno detalle en la propia norma RFC 3261 (Recomendamos que las presentaciones se vean a pantalla completa, pulsando el icono que tiene una pantalla, situado en la parte inferior derecha del recuadro<\/p>\n

Diferencias con la telefon\u00eda tradicional<\/p>\n

\"Diferencias

Diferencias con telefon\u00eda tradicional<\/p><\/div>\n

\uf0a7\tLa telefon\u00eda tradicional es jer\u00e1rquica. Todo, se\u00f1alizaci\u00f3n (SS7) y voz (Media TDM), pasa por las centrales telef\u00f3nicas, (si bien la se\u00f1alizaci\u00f3n que va asociada a la voz se comunica por v\u00eda separada tambi\u00e9n pasa por cada central).
\n\uf0a7\tLa telefon\u00eda IP no es jer\u00e1rquica, la se\u00f1alizaci\u00f3n SIP es peer to peer y est\u00e1 completamente disociada del contenido (Voz o Video). Los contenidos (Media RTP) se conectan entre los extremos de la red, que es el \u00fanico punto donde convergen con la se\u00f1alizaci\u00f3n, en los Agentes de Usuario, UA, de los terminales.
\nComo consecuencia directa de lo anterior en la Telefon\u00eda IP cualquier servicio que necesite interactuar con el contenido se tendr\u00e1 que realizar en los extremos o en su proximidad, por ejemplo los servicios de intercepci\u00f3n legal y los servicios de emergencia.
\n\uf0a7\tTodos los terminales de la Telefon\u00eda IP pueden ser n\u00f3madas, se pueden trasladar de ubicaci\u00f3n sin cambiar el identificador.
\n\uf0a7\tCon esta tecnolog\u00eda, el operador del Servicio Telef\u00f3nico puede estar ubicado en cualquier lugar, quiz\u00e1s en otro pa\u00eds.
\n\uf0a7\tMediante esta t\u00e9cnica, el proveedor del Servicio Telef\u00f3nico puede estar interconectado al STDP v\u00eda IP en otro pa\u00eds, para que sus clientes puedan cursar y recibir llamadas telef\u00f3nicas a\/de todo el mundo.
\n\uf0a7\tEstas dos posibilidades que se acaban de citar abren una problem\u00e1tica jurisdicional. \u00bfQu\u00e9 autoridad regula un servicio de Telefon\u00eda IP suministrado desde otro pa\u00eds? \u00bfA qu\u00e9 normativa se ha de ajustar el operador?
\n\uf0a7\tSe podr\u00eda asimismo cuestionar el derecho de un ISP a obtener numeraci\u00f3n de un pa\u00eds donde no tenga personalidad jur\u00eddica establecida, o una representaci\u00f3n y responsabilidad legal suficiente.<\/p>\n

Cuestiones regulatorias<\/strong><\/p>\n

Para ilustrar al FCC la problem\u00e1tica de los servicios de emergencia bajo la tecnolog\u00eda de telefon\u00eda IP, el CTO de Marconi, Dr. Brian Rosen expuso un ejemplo que sirve asimismo para ilustrar algunos aspectos de la problem\u00e1tica jur\u00eddica que rodea a esta tecnolog\u00eda.<\/p>\n

Dicho ejemplo consiste en imaginar lo siguiente:<\/p>\n

\uf0a7\tUna persona est\u00e1 tomado un caf\u00e9 en Chicago en la terraza de una cafeter\u00eda que ofrece acceso WiFi.
\n\uf0a7\tEsa persona, tiene un ordenador port\u00e1til que en ese momento est\u00e1 conectado con su empresa en red privada virtual.
\n\uf0a7\tEn dicho ordenador port\u00e1til tambi\u00e9n dispone de un softphone para poder emplear la red telef\u00f3nica IP de su empresa.
\n\uf0a7\tConforme est\u00e1 tomando el caf\u00e9 ocurre un accidente en la proximidad de la terraza de la cafeter\u00eda. Inmediatamente llama mediante el softphone al 911, el n\u00famero de los servicios de emergencia en EEUU.
\n\uf0a7\tAunque la llamada tarda en establecerse, finalmente consigue explicar donde es el accidente y al cabo de un tiempo aparecen los servicios de emergencia para atender a los heridos.<\/p>\n

Su empresa es la Sierra Leone Trading Company, que tiene como proveedor de telefon\u00eda IP a Sierra Leone VoIP Service Pty. que es quien recibe la llamada. Sierra Leone VoIP Service Pty. traza la sesi\u00f3n y ve que se ha iniciado en una direcci\u00f3n IP determinada, que al parecer es americana y est\u00e1 en Illinois.<\/p>\n

El ordenador port\u00e1til se conect\u00f3 al punto de acceso de la cafeter\u00eda que es de US Hotspots Inc., una empresa que proporciona acceso a internet, pero que no ofrece ning\u00fan servicio de telefon\u00eda. No tiene ninguna relaci\u00f3n con la Sierra Leone Trading Company, ni con Sierra Leone VoIP Service, es m\u00e1s las desconoce. Lo que tiene US Hotspots Inc. es un acuerdo de intercambio (peering) con World Wide Packet Services, una empresa brit\u00e1nica, que a su vez tiene un acuerdo de peering con International ISP, una empresa Holandesa. International ISP da un servicio de backbone con europa a Sierra Leone Networks Pty, que es el ISP de Sierra Leone Trading.<\/p>\n

Por tanto, la Red Privada Virtual RPV se origina en el ordenador portatil de la persona que est\u00e1 en la cafeter\u00eda, transita por US Hotspots, World Wide Packet, International ISP, Sierra Leone Networks, y termina en la red de Sierra Leone Trading Company. Es un flujo de paquetes en RPV, por tanto encriptados, y ninguno de los que intervienen en el transporte proporciona servicios de Telefon\u00eda IP.<\/p>\n

Cuando el ISP de Sierra Leone Trading Company, Sierra Leone Networks Pty, recibe los paquetes de se\u00f1alizaci\u00f3n SIP y de voz RTP, al tratarse de telefon\u00eda IP los remite a su proveedor de VoIP, Sierra Leone VoIP Services (SLVS). SLVS[5] se da cuenta que intentan llamar a un n\u00famero de emergencia norteamericano y la remite al centro 9-1-1 de Chicago.
\nDe acuerdo con los procedimientos que han desarrollado en EEUU para emergencias, al tratarse de una llamada procedente del extranjero, es muy probable que la llamada se rebote al sistema 9-1-1 de Illinois, quien reenviar\u00e1 de nuevo la llamada al 9-1-1 de Chicago.<\/p>\n

En resumen, los paquetes de voz han transitado por diferentes empresas de transporte de datos, que no proporcionan servicios de telefon\u00eda, y por distintos paises, hasta llegar a SLVS en el Africa Central, quien consigue reenviarlos al sistema 9-1-1 de Illinois.<\/p>\n

\"Cuestiones

Cuestiones regulatorias<\/p><\/div>\n

Jurisdici\u00f3n legal y regulatoria.<\/strong><\/p>\n

El ejemplo anterior ilustra que desde el punto de vista jur\u00eddico y regulatorio:<\/p>\n

Las \u00fanicas empresas que pueden conocer que se trataba una llamada de telefon\u00eda IP son:<\/p>\n

\uf0a7\tSierra Leone Networks Pty, que es el ISP de Sierra Leone Trading Co. y
\n\uf0a7\tSierra Leone VoIP Services Pty
\nY ambas quedan fuera de la jurisdici\u00f3n del pa\u00eds donde se inici\u00f3 la llamada y ocurri\u00f3 el accidente.<\/p>\n

En el pa\u00eds donde ocurri\u00f3 el accidente solamente pueden regular a U.S. HotSpot Services, que proporcion\u00f3 el Punto de Acceso. Pero esta compa\u00f1\u00eda no tiene servicios de Telefon\u00eda IP, es un ISP que solamente proporciona acceso. Ni conoce que se trata de una llamada al 9-1-1, ni conoce a ninguna empresa en Sierra Leona, ni tiene relaciones contractuales con quienes intervienen en la llamada. M\u00e1s a\u00fan, ni siquiera puede saber qu\u00e9 tipo de contenido comunica un usuario que est\u00e1 en RPV, porque la encriptaci\u00f3n del tunel se lo impide.<\/p>\n

U.S. HotSpot Services solo est\u00e1 relacionado con la cafeter\u00eda y con su colaborador brit\u00e1nico, World Wide Packet Services. WWPS que est\u00e1 en Europa nada tiene que ver con la regulaci\u00f3n y legislaci\u00f3n americana, pero es que, adem\u00e1s, tampoco proporciona servicios de Telefon\u00eda IP, ni puede saber que por el tunel de la RPV se transporta voz, y menos a\u00fan que se trata de una llamada de emergencia. Tampoco tiene relaciones contractuales con quiene pueden saber que se trata de una llamada telef\u00f3nica, puesto que est\u00e1n en Sierra Leona. Lo mismo se puede decir de la empresa Holandesa International ISP.<\/p>\n

En conclusi\u00f3n, en las llamadas internacionales de telefon\u00eda IP o cuando el proveedor del servicio de se\u00f1alizaci\u00f3n est\u00e9 en el extranjero, la problem\u00e1tica jurisdicional es inevitable.
\nServicios de emergencia.<\/p>\n

La problem\u00e1tica de los servicios de emergencia con tecnolog\u00eda de Telefon\u00eda IP es extremadamente compleja, como lo demuestra el ejemplo que se acaba de exponer.
\nPero adem\u00e1s, pueden surgir nuevos problemas por diferentes causas:<\/p>\n

\uf0a7\tRelacionadas con el usuario:
\n\uf0a7\t\u00bfDonde est\u00e1 ubicado cuando efect\u00faa una llamada de emergencia? \u00bfsabr\u00e1 explicarlo?
\n\uf0a7\tRelacionadas con la interconexi\u00f3n:
\n\uf0a7\tSi damos por supuesto que el ISP u operador que proporciona Telefon\u00eda IP es el responsable de detectar que se trata de una llamada de emergencia y remitirla al centro de emergencia m\u00e1s pr\u00f3ximo. \u00bfPodr\u00e1 hacerlo sin saber donde est\u00e1 ubicado el usuario que llama? \u00bfHa de detectar todos los diferentes n\u00fameros de emergencia del mundo como 112, 911, 091 y similares?
\n\uf0a7\tLos centros de atenci\u00f3n de emergencias \u00bfdispondr\u00e1n de acceso directo para Telefon\u00eda IP o las llamadas han de pasar forzosamente por un ACD conectado al STDP en SS7\/TDM?<\/p>\n

Si desea m\u00e1s detalles le recomendamos que lea la p\u00e1gina de Wikitel dedidada a servicios de emergencia
\nAlimentaci\u00f3n del terminal.<\/p>\n

El usuario de Telefon\u00eda IP, al igual que el de telefon\u00eda m\u00f3vil ha de conocer que es responsable de mantener alimentado el terminal.
\nInterceptaci\u00f3n legal.<\/p>\n

Quieres puedan solicitar y emitir \u00f3rdenes de interceptaci\u00f3n legal han de conocer la arquitectura y funcionamiento de la Telefon\u00eda IP, y en particular que el flujo de voz RTP se efect\u00faa extremo a extremo, directamente entre los terminales, por tanto una vez que el flujo RTP voz salga del operador de acceso no hay manera de interceptar. Debieran, asimismo, conocer las funciones que proporcionan los diferentes Session Border Controllers (SBC)
\nInterconexi\u00f3n IP.<\/p>\n

Las cuestiones derivadas de la interconexi\u00f3n IP, como la calidad de servicio extremo a extremo en redes interconectadas. La interconexi\u00f3n e interoperabilidad de servicios y los precios de interconexi\u00f3n IP merecen una p\u00e1gina separada dedicada a la interconexi\u00f3n IP
\nNumeraci\u00f3n IP.<\/p>\n

Durante un tiempo se ha tratado a la Telefon\u00eda IP como su fuese un servicio de naturaleza diferente que el servicio telef\u00f3nico disponible al p\u00fablico (STDP) e incluso en algunos pa\u00edses se le ha atribu\u00eddo una numeraci\u00f3n diferenciada de la telefon\u00eda regular tradicional.<\/p>\n

Creemos que carece de sentido atribuir numeraci\u00f3n E.164 a una tecnolog\u00eda; en cambio s\u00ed tiene sentido atribuir numeraci\u00f3n p\u00fablica a un servicio telef\u00f3nico, como la telefon\u00eda personal, que puede ser de car\u00e1cter n\u00f3mada, con independencia de si se utiliza tecnolog\u00eda IP o SS7\/TDM para prestarlo.<\/p>\n

Los servicios telef\u00f3nicos no personales son de car\u00e1cter fijo, se proporcionen con una u otra tecnolog\u00eda.<\/p>\n

El regulador finland\u00e9s FICORA, Finnish Communications Regulatory Authority emiti\u00f3 en 2006 una opini\u00f3n sobre la numeraci\u00f3n en los servicios de VoIP en un documento titulado Application of the Communications Market Act to VoIP Services in Finland. M\u00e1s adelante, en la primavera de 2006 publico una Opinion on the use of telephone numbers in VOIP Services, donde analiz\u00f3 un conjunto de asuntos sobre el uso de recursos de numeraci\u00f3n por operadores de VoIP (p.ej. disponibillidad, portabilidad, emergencias, localizaci\u00f3n e interceptaci\u00f3n).<\/p>\n

Tomado de: http:\/\/wikitel.info\/wiki\/Telefon%C3%ADa_IP<\/p>\n

Contactos<\/h2>\n

Obt\u00e9n respuestas sobre tu Empresa Voip. Habla con un asesor especializado para despejar tus inquietudes.<\/p>\n

\"contacto<\/a>
\n