{"id":7791,"date":"2016-08-31T10:41:57","date_gmt":"2016-08-31T15:41:57","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=7791"},"modified":"2019-06-10T10:54:10","modified_gmt":"2019-06-10T15:54:10","slug":"interconexion-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/interconexion-ip\/","title":{"rendered":"Interconexi\u00f3n IP"},"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

Tecnologia de la interconexi\u00f3n IP<\/strong> La interconexi\u00f3n IP se puede dar en dos situaciones diferentes:<\/p>\n

\uf0a7\tInterconexi\u00f3n con la telefon\u00eda tradicional (SS7\/TDM) mediante pasarelas IP\/TDM
\n\uf0a7\tInterconexi\u00f3n directa IP\/IP, que a su vez puede ser:
\n\uf0a7\tentre arquitecturas IMS
\n\uf0a7\tentre sistemas SIP\/RTP o arquitecturas mixtas.<\/p>\n

A continuaci\u00f3n se expondr\u00e1 como se efect\u00faa la interconexion en dichas situaciones, tanto en se\u00f1alizaci\u00f3n como en cuanto al medio a comunicar, salvo en lo referente a como se convierte la numeraci\u00f3n E.164 del lado TDM en URI en el lado IP, que el caso m\u00e1s simple se efect\u00faa con una tabla de relaci\u00f3n ubicada en el Registrador SIP, y en los casos m\u00e1s evolucionados se realiza tal como se explica en el conjunto de art\u00edculos que tratan sobre Enum<\/p>\n

Pasarelas o Gateways para interconectar IP\/TDM<\/strong><\/p>\n

Las t\u00e9cnicas que se viene utilizando para la interconexi\u00f3n de redes telef\u00f3nicas TDM\/SS7 son semejantes a las que se emplean para la interconexi\u00f3n de ese tipo de redes con una red IP; tambi\u00e9n se realizan en un Punto de Interconexi\u00f3n, PdI.<\/p>\n

\"Pasarelas

Pasarelas o Gateways para interconectar IP TDM<\/p><\/div>\n

En el caso de la interconexi\u00f3n de una red TDM con una IP, la red IP tiene que disponer de unos elementos denominados pasarelas o \u00abgateways\u00bb que convierten las comunicaciones del lado IP a los formatos y protocolos utilizados en la parte TDM. Las pasarelas se ocupan b\u00e1sicamente de las labores siguientes:<\/p>\n

1.\tAdaptan la se\u00f1alizaci\u00f3n SS7 a H.323 o SIP (y viceversa). La adaptaci\u00f3n de la numeraci\u00f3n E.164 (lado STDP) en URI (lado IP) se efect\u00faa en el Softswitch por el Registrador SIP, o por un servicio Enum.
\n2.\tAdaptan el contenido (media, en ingl\u00e9s), sonido o imagen, efectuando una transcodificaci\u00f3n cuando sea preciso.<\/p>\n

\"Registrador

Registrador SIP<\/p><\/div>\n

Las pasarelas se controlan por medio de protocolos, tales como los que se indican a continuaci\u00f3n:<\/p>\n

* SIP
\n * Megaco
\n * MGCP<\/p>\n

Hay numerosos fabricantes comerciales de pasarelas. Para mostar alg\u00fan ejemplo de pasarelas de grado telef\u00f3nico, basta mostrar los media gateways de Cisco del tipo AS5300 y AS5400, y los equipos de Cosmact y Huawei, Tekelec, Ericsson, Lucent, Sonus, Vegastream, etc.<\/p>\n

\"Cosmact\"

Cosmact<\/p><\/div>\n

En el mercado tambi\u00e9n hay pasarelas de grado dom\u00e9stico o para uso en oficinas con una oferta muy amplia a precios muy competitivos. Se utilizan cuando una centralita privada IP ha de conectarse a l\u00edneas de enlace anal\u00f3gicas; por tanto han de efectuar una funci\u00f3n que en cierto sentido es parecida a las pasarelas de operador: transformar la se\u00f1alizaci\u00f3n IP en su equivalente anal\u00f3gico o RDSI (con se\u00f1alizaci\u00f3n SS7 o R2) y quiz\u00e1s tambi\u00e9n en muchas ocasiones han de recodificar el flujo de voz. A t\u00edtulo de ejemplo a continuaci\u00f3n incluimos algunas im\u00e1genes.<\/p>\n

\"Componentes

Componentes voz sobre ip<\/p><\/div>\n

Pasarelas IP\/GSM\/3G<\/strong><\/p>\n

Del mismo modo que en el mercado se encuentran pasarelas IP\/TDM tambi\u00e9n hay pasarelas IP\/GSM e IP\/3G que est\u00e1n orientadas a satisfacer las necesidades de los usuarios dom\u00e9sticos u hoteles y oficinas situadas en zonas que no tengan suficiente cobertura mediante redes fijas.
\nEn muchos casos tras la pasarela, en el lado privado, se instala una peque\u00f1a centralita IP.<\/p>\n

\"Pasarelas

Pasarelas IP GSM 3G<\/p><\/div>\n

Interconexi\u00f3n IP-IP entre redes SIP-RTP<\/strong><\/p>\n

La interconexi\u00f3n entre redes IP puede llevarse a cabo directamente, sin necesidad de pasarelas de conversi\u00f3n, puesto que no habr\u00eda nada que convertir: la se\u00f1alizaci\u00f3n en ambas redes ser\u00eda SIP y el flujo de contenido en ambos lados estar\u00eda encapsulado con RTP. Adem\u00e1s, la interconexi\u00f3n IP no estar\u00eda restringida a las comunicaciones vocales sino que se extiende de forma natural a todo tipo de comunicaciones multimedia.<\/p>\n

Por razones de seguridad, contabilidad del trafico, llamadas a los servicios de emergencia y de facilitar la interceptaci\u00f3n legal, las redes IP suelen emplear unos elementos en la interconexi\u00f3n que est\u00e1n ubicados en la frontera o punto de interconexi\u00f3n de las redes, que reciben el nombre de Session Border Controllers y que a su vez comprenden dos elementos:<\/p>\n

\uf0a7\tSignaling Border Element: Elemento frontera encargado de la se\u00f1alizaci\u00f3n. Adicionalmente estos elementos pueden realizar funciones de control de admisi\u00f3n, privacidad, encriptaci\u00f3n, calidad de servicio, conversi\u00f3n de protocolos, etc.
\n\uf0a7\tData Border Element: Elemento frontera encargado del tr\u00e1fico de usuario. Pueden realizar funciones de adaptaci\u00f3n de formatos (transcodificaci\u00f3n) y de interceptaci\u00f3n legal.<\/p>\n

\"Interconexion

Interconexion IP IP<\/p><\/div>\n

Generalmente ambas funciones de se\u00f1alizaci\u00f3n\/tr\u00e1fico se concentran en un mismo equipo, el controlador frontera de sesiones (Session Border Controller), de los que se pueden encontrar numerosos fabricantes comerciales.<\/p>\n

Como se ha indicado m\u00e1s arriba, el Controlador Frontera de Sesiones o Session Border Controller (SBC) es un dispositivo opcional, no es de uso obligado, que se instala en la frontera de una red IP, en el punto en que el ISP u Operador se interconecta con un Punto neutro u otro operador. Lleva la cuenta del comienzo y terminaci\u00f3n de cada sesi\u00f3n y, a diferencia de la mayor\u00eda de los elementos de una red IP, tambi\u00e9n lleva dentro de la red del operador de acceso el control de los dos elementos que componen una llamada: la se\u00f1alizaci\u00f3n y el contenido (voz, video o datos).[3]<\/p>\n

Los SBC pueden tener dos tipos de arquitecturas:<\/p>\n

\uf0a7\tEl Controlador Frontera de Sesiones o Session Border Controller (SBC) aut\u00f3nomo – que tiene los recursos e inteligencia precisos para procesar la se\u00f1alizaci\u00f3n y el contenido (voz, video o datos) de una llamada de VoIP.
\n\uf0a7\tEl Controlador Frontera de Sesiones o Session Border Controller (SBC) distribuido – En este caso, las funciones de control de la se\u00f1alizaci\u00f3n y del contenido est\u00e1 divididas en dos sistemas que se comunican entre si.<\/p>\n

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

\n

Funciones de un SBC<\/strong><\/p>\n

Atravesar NAT<\/strong><\/p>\n

Una de las principales funciones del SBC consiste en que se pueda proporcionar servicios SIP a trav\u00e9s de los NAT y Firewalls que tenga la red o el usuario. Este problema es, a su vez, doble:<\/p>\n

1.\tGeneralmente los Firewalls pueden abrir y cerrar puertos din\u00e1micamente cuando lo pida la se\u00f1alizaci\u00f3n, pero no suelen atender flujos de voz, video o datos no solicitados.
\n2.\tLos NATs impiden la comunicaci\u00f3n multimedia bidireccional, dado que las direcciones IP privadas y los puertos de los dispositivos cliente (Tel\u00e9fonos IP, etc.) no se enrutan hacia la red p\u00fablica.<\/p>\n

Por tanto, las llamadas entrantes no se pueden atender cuando hay NATs o Firewalls.<\/p>\n

Sin embargo, los SBC permiten atravesar NAT\/Firewalls sin que sea preciso instalar m\u00e1s aparatos.<\/p>\n

Seguridad<\/strong><\/p>\n

Los SBC protegen a los principales elementos de la red, como son los Softswitches, de ataques externos, e identifican a tiempo los ataques maliciosos a la se\u00f1alizaci\u00f3n. Tambi\u00e9n suelen tener funciones de ocultar la topolog\u00eda de la red y suprimir de la se\u00f1alizaci\u00f3n la informaci\u00f3n interna de la red, de modo que estos detalles privados no se propaguen al exterior.
\nCalidad de Servicio<\/p>\n

Por las caracter\u00edsticas del punto frontera donde se instalan, los SBC est\u00e1n en un lugar privilegiado para controlar la calidad de las comunicaciones y facilitar el cumplimiento de los Acuerdos sobre Calidad del Servicio, (o Service Level Agreements, SLA, en ingl\u00e9s).<\/p>\n

\uf0a7\tControl de Admisi\u00f3n de la Sesi\u00f3n (de la llamada) – los SBC controlan el n\u00famero de llamadas simult\u00e1neas y el ancho de banda preciso y pueden rechazar nuevas llamadas para no perder la calidad de aquellas que est\u00e9n en curso.
\n\uf0a7\tVigilancia – los SBCs se ocupan que la se\u00f1alizaci\u00f3n sea conforme al medio que se transmite, y pueden descartar los excesos que se produzcan. As\u00ed se previene que haya robos de servicios y ataques de denegaci\u00f3n de servicio, DoS.
\n\uf0a7\tLiberaci\u00f3n del Medio – hay ocasiones en las que una sesi\u00f3n se puede transportar con absoluta eficacia dentro de la red del usuario, sin que tenga que salir a otras redes. En estos casos el SBC har\u00e1 que el medio fluya directamente entre los dispositivos clientes, es decir los User Agents (UA) situados en los extremos de la llamada.
\n\uf0a7\tRecalificaci\u00f3n de la QoS – los SBCs analizan y opcionalmente reescriben los par\u00e1metros de calidad de los datos del usuario (bits de Tipo de Servicio y bits de DiffServ Code Point). As\u00ed el usuario recibe la QoS que haya contratado. Cuando se emplea un SBC en un Punto de Interconexi\u00f3n pueden hacer un mapeo de los par\u00e1metros de calidad de un operador a los del otro operador.<\/p>\n

Problemas regulatorios en la interconexi\u00f3n IP\/IP<\/strong><\/p>\n

La interconexi\u00f3n de redes IP que proporcionen el Servicio Telef\u00f3nico Disponible al P\u00fablico, STDP, puede presentar problemas de varios tipos:<\/p>\n

\u2022\tDe orden funcional, que podr\u00edan afectar al servicio que espera obtener el usuario
\n\u2022\tDe orden econ\u00f3mico, que afectan al modelo de precios mayoristas.<\/p>\n

Problemas de orden funcional<\/p>\n

Dado que el servicio telef\u00f3nico que presta un operador con la tecnolog\u00eda de Telefon\u00eda IP no tiene una geograf\u00eda determinada y n\u00edtida, como la telefon\u00eda tradicional, y que puede prestarse desde cualquier pa\u00eds a usuarios ubicados en cualquier lugar del mundo, conviene tener presente las circunstancias del ejemplo que present\u00f3 Brian Rosen a la FCC en 2003, que se exponen en la p\u00e1gina de Wikitel sobre Telefon\u00eda IP.<\/p>\n

Los problemas de orden funcional se derivan de que el servicio telef\u00f3nico, independientemente de la tecnolog\u00eda con que se preste, ha de disponer de facilidades para la Interceptaci\u00f3n Legal y para llamar a servicios de emergencia. Sin embargo, cuando se efect\u00faa con la tecnolog\u00eda de Telefon\u00eda IP que estamos tratando en este art\u00edculo, se dan unas circunstancias en las que puede resultar extraordinariamente complejo, o incluso en ocasiones imposible.<\/p>\n

Los problemas de orden funcional se refieren a:<\/p>\n

\u2022\tInterceptaci\u00f3n legal
\n\u2022\tLlamadas a servicios de emergencia
\n\u2022\tAlimentaci\u00f3n el\u00e9ctrica de los terminales<\/p>\n

Interceptaci\u00f3n Legal<\/strong><\/p>\n

Para explicar la interceptaci\u00f3n legal en el \u00e1mbito del servicio telef\u00f3nico disponible al p\u00fablico (STDP) basado en Telefon\u00eda IP, hay que tener presente que la se\u00f1alizaci\u00f3n (el establecimiento de la sesi\u00f3n) est\u00e1 absolutamente separado del contenido (la voz e im\u00e1genes) que intercambian los interlocutores. Por tanto, la Interceptaci\u00f3n Legal queda fuera de las posibilidades del Operador de Telefon\u00eda IP (el operador que proporciona la se\u00f1alizaci\u00f3n SIP u otra) y se ha de efectuar por el operador de acceso.<\/p>\n

Para facilitar las interceptaciones, los jueces podr\u00edan exigir al operador de Telefon\u00eda IP que comunique en tiempo real al operador de acceso los intentos de inicio de sesi\u00f3n de aquellas de personas sujetas a \u00f3rdenes de interceptaci\u00f3n, es decir, sus metadatos.<\/p>\n

Es bien diferente la responsabilidad legal y coordinaci\u00f3n necesaria si ambas figuras coinciden en la misma compa\u00f1\u00eda, que si estan en compa\u00f1ia separadas, y m\u00e1s problem\u00e1tico a\u00fan si la que ofrece el servicio de Telefon\u00eda IP (la que establece el inicio de las llamadas) est\u00e1 situada en alg\u00fan pa\u00eds extranjero, bajo diferente jurisdici\u00f3n regulatoria y jur\u00eddica.<\/p>\n

En todo caso la Interceptaci\u00f3n Legal se ha de efectuar sin que las personas que est\u00e1n comunic\u00e1ndose observen ning\u00fan cambio o alteraci\u00f3n en sus comunicaciones. Los Session Border Controllers del operador de acceso se ocupan de interceptar tanto de la se\u00f1alizaci\u00f3n como la voz, datos o video sin que las partes en conversaci\u00f3n se den cuenta de ello.
\nWikitel tiene una p\u00e1gina dedicada a la Interceptaci\u00f3n Legal, que puede visitar para una mayor informaci\u00f3n.<\/p>\n

Naturaleza de los pagos de terminaci\u00f3n telef\u00f3nica<\/strong><\/p>\n

Puede que algunos servicios IP incluyan el concepto de \u00absesi\u00f3n\u00bb, como un espacio de tiempo ocupado por una actividad que tiene un inicio y un fin; en dicho caso hay que tener presente que se trata de \u00absesiones simb\u00f3licas\u00bb, establecidas como parte del servicio para, por ejemplo, diferenciar entre distintas conversaciones, pero estas \u00absesiones\u00bb no tienen nada que ver con las de la telefon\u00eda tradicional donde al iniciar una sesi\u00f3n se asignan ciertos recursos de red al usuario para su uso exclusivo mientras dure la sesi\u00f3n, momento en que quedan liberados, hasta que los solicite un nuevo usuario. En las sesiones simb\u00f3licas no ocurre nada de eso, el operador de red ni interviene, ni dedica recursos, ni siquiera conoce el inicio o final de la sesi\u00f3n.
\nLa primera consecuencia de un sistema de comunicaciones \u00abalways-on\u00bb, donde no hay sesiones en la red es que, si no hay inicio ni terminaci\u00f3n de las mismas, el concepto de pago por terminaci\u00f3n entre operadores de red pierde su raz\u00f3n de ser.<\/p>\n

Esta diferente naturaleza del tr\u00e1fico, que siempre est\u00e1 disponible y no exige que se dediquen elementos de red en exclusiva al usuario, y su separaci\u00f3n de los servicios, tiene un evidente reflejo en las modalidades econ\u00f3micas de la interconexi\u00f3n.<\/p>\n

En el modelo econ\u00f3mico mayorista del servicio telef\u00f3nico tradicional de los paises Calling Party Pays[12] la red de quien inicia la llamada ha de pagar una cantidad a la red que la termina, esa cantidad combina el uso de la red, el servicio telef\u00f3nico y otros gastos accesorios. La experiencia econ\u00f3mica demuestra que todos los operadores tienden a poner los pagos por terminaci\u00f3n al precio m\u00e1s alto posible, sobre todo en telefon\u00eda m\u00f3vil. En este fen\u00f3meno, que se suele calificar como monopolio de terminaci\u00f3n, los pagos por terminaci\u00f3n no obedecen estrictamente a que haya costes del servicio de voz a recuperar en el tramo de terminaci\u00f3n, ni a sesudos estudios de contabilidad anal\u00edtica, m\u00e1s bien responden a que muchos a\u00f1os atr\u00e1s, cuando se inici\u00f3 esta modalidad CPP, el operador de terminaci\u00f3n trat\u00f3 de hacer algo muy humano como es cargar, repartir o trasladar -como prefiera decirse- el margen del \u00fanico beneficiario de la llamada: el operador de origen. Lo cual ha sido respetado desde entonces por los operadores de los pa\u00edses CPP, puesto que les resulta conveniente para sus modelos de negocio.<\/p>\n

En los acuerdos de interconexi\u00f3n de los pa\u00edses de la modalidad Receiving Party Pays los operadores tambi\u00e9n negocian los precios de interconexi\u00f3n. Sin embargo en dicho modelo no cobra el operador que inicia la llamada, por tanto no existe el monopolio de terminaci\u00f3n, puesto que el cliente de terminaci\u00f3n, el que recibe la llamada, es quien paga puede hacer presi\u00f3n para que el precio sea competitivo (de no ser as\u00ed cambiar\u00eda de compa\u00f1\u00eda), consecuentemente es habitual que los operadores acuerden que el precio de interconexi\u00f3n por terminaci\u00f3n sea cero. La raz\u00f3n de que el precio sea cero es que si se estableciesen precios m\u00e1s altos de cero su \u00fanico efecto consitir\u00eda en complicar la contabilidad, sin que con ello se consiga trasladar o repartir margen alguno. Lo cual se conoce como modelo Bill and Keep (cada operador factura a sus clientes y no paga nada a los dem\u00e1s operadores que intervengan).
\nPero en la interconexi\u00f3n IP, como se ha indicado m\u00e1s arriba, no hay sesiones en la red, ni hay inicio ni terminaci\u00f3n, se interconecta tr\u00e1fico digital -flujos RTP y mensajes SIP- por tanto gen\u00e9rico, en consecuencia los pagos entre operadores de red por terminaci\u00f3n pierden su raz\u00f3n de ser.<\/p>\n

Sin embargo, la realidad regulatoria de estos a\u00f1os de transici\u00f3n de las redes telef\u00f3nicas tradicionales hacia un sistema que sea todo IP, es que la problem\u00e1tica de interconexi\u00f3n e interoperabilidad que por ahora plantean los operadores trata de interconectar situaciones mixtas, por tanto adem\u00e1s de interconectar redes tambi\u00e9n se han de interconectar servicios, por ejemplo: el STDP con tecnolog\u00eda SS7\/TDM de un operador con el STDP con tecnolog\u00eda IP de otro operador.<\/p>\n

En ese contexto de interconectar una situaci\u00f3n mixta, combinando la red IP con el STDP se entiende que se imponga la obligaci\u00f3n al operador con PSM de ofrecer un acceso razonable a los servicios prestados mediante t\u00e9cnicas IP, para evitar, en la medida de lo posible, la situaci\u00f3n conocida como \u201cjard\u00edn vallado\u201d en la que el operador con PSM disfruta en su red de las t\u00e9cnicas IP mientras que a sus competidores \u00fanicamente les ofrece interconexi\u00f3n SS7. Esta situaci\u00f3n no es deseable ya que, por un lado, reduce la interoperabilidad de los servicios y, por otro, no es t\u00e9cnicamente eficiente, ya que requiere el uso de elementos de red adicionales (los equipos pasarela).[14] Del p\u00e1rrafo que precede se desprende que los reguladores no ven con mucho cari\u00f1o que la interconexi\u00f3n se realice forzosamente con la red tradicional TDM y prefieren que, cuando sea posible, se haga directamente entre redes IP. Sin embargo, cuando se dan esas situaciones mixtas los reguladores a\u00fan no entran a analizar el concepto de sesi\u00f3n y de pago por terminaci\u00f3n, por lo que, por ahora, evitan alterar las costumbres e intereses de los operadores tradicionales.<\/p>\n

Pagos en la interconexi\u00f3n IP<\/strong><\/p>\n

En definitiva, por lo que se ha visto m\u00e1s arriba, hoy en d\u00eda los pagos mayoristas de los servicios tradicionales proceden de la antigua mentalidad, t\u00edpica de la conmutaci\u00f3n de circuitos telef\u00f3nicos, que en los pa\u00edses CPP est\u00e1 impregnada de un sentido direccional: causa -> efecto, \u00f3 inicio -> terminaci\u00f3n, penalizando a quien solicita iniciar un servicio, porque en aquellos no tan distantes tiempos era necesario dedicarle recursos exclusivos. Pero el moderno mundo IP es always on, en la red no existe el concepto de sesi\u00f3n, no hay circuitos o elementos dedicados exclusivamente a ning\u00fan usuario, y hay una separaci\u00f3n entre la red y el servicio, por tanto la direccionalidad pierde toda su fuerza puesto que no existe un inicio de sesi\u00f3n, o si esa direccionalidad afectase al precio del servicio ser\u00eda trivial invertir el sentido.<\/p>\n

Los pagos por interconexi\u00f3n en las redes IP, cuando las redes sean de calidad o velocidad heterog\u00e9nea, podr\u00edan diferenciarse en precio en funci\u00f3n del ancho de banda y QoS que se solicite. Y cuando la QoS y velocidad del tr\u00e1fico a interconectar fuesen lo suficientemente homog\u00e9neos podr\u00edan interconectarse mediante acuerdos de peering.[15]
\nDe lo expuesto se desprende como conclusi\u00f3n que el modelo econ\u00f3mico de interconexi\u00f3n IP est\u00e1 a\u00fan en sus comienzos y necesita m\u00e1s an\u00e1lisis, reflexi\u00f3n, debate y un posterior desarrollo regulatorio.<\/p>\n

El periodo de transici\u00f3n de un modelo de interconexi\u00f3n telef\u00f3nica (rico en pagos por terminaci\u00f3n) hacia un modelo de peering de tr\u00e1fico m\u00e1s desinflado econ\u00f3micamente (sin pagos por terminaci\u00f3n) puede tener un efecto negativo en el desarrollo de las redes, puesto que disminuye el inter\u00e9s de los operadores de red a modernizarlas hacia todo IP con arquitectura NGN. Los operadores de red preferir\u00e1n defender una estrat\u00e9gia de interconexi\u00f3n ineficaz, pero de mayores m\u00e1rgenes, en particular los operadores de m\u00f3viles. El corolario de lo expuesto es que si los reguladores esperasen a que haya redes NGN para resolver la interconexi\u00f3n, quiz\u00e1s estas nunca lleguen; por eso han de estudiar y elaborar ahora las condiciones de la interconexi\u00f3n IP, con una correcta visi\u00f3n del futuro.<\/p>\n

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

Emprendiendo en la Telefon\u00eda por Internet<\/h2>\n

\"empresa-de-telefonia-voip\"<\/a>
\n