Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1589 сообщений
Cообщения с меткой

телефония - Самое интересное в блогах

Следующие 30  »
itast

Виртуальная АТС

Суббота, 22 Апреля 2017 г. 19:40 (ссылка)

Виртуальная АТС от http://virtpbx.ru - это специальная программа, с помощью которой все сотрудники будут подключены к единой телефонной сети независимо от того, где они находятся. Для ее работы не нужны дополнительные линии, а качество связи находится на самом высоком уровне.
Виртуальная АТС - это все сервисы корпоративной цифровой телефонии без дорогостоящей телефонной станции. Внутри сети телефонные звонки бесплатны, число линий не ограничено, а при переезде офиса виртуальная АТС легко перемещается вместе с вами. Кроме того, возможности по расширению ее функций практически безграничны.

Метки:   Комментарии (1)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Алло, кто звонит или определение номера в Asterisk

Воскресенье, 16 Апреля 2017 г. 04:56 (ссылка)

Учитывая специфику телефонных сетей на территории России, проблемы с определением номера при настройке аналоговых линий ГТС на Asterisk возникают довольно часто. Разнообразие ГАТС и качество телефонных линий смонтированных еще во времена СССР всегда преподносят проблемы для интеграторов IP АТС.

image

Была установлена IP АТС Asterisk, и успешно использовалась. Через некоторое время появилась возможность подключить определитель номера, т. к. городские линии перевели на цифровую ГАТС с поддержкой CallerID, до этого линии были подключены к аналоговой ГАТС (да, аналоговые АТС еще живы), но определение номера не заработало.



Для начала рассмотрим небольшую теоретическую информацию, какие стандарты определения телефонного номера бывают.



Теория определения номера

АОН (также называют Русский АОН) — работа советских аналоговых ГАТС, был распространен в начале 90-х, но все еще встречается. Информация о номере вызывающего абонента передаётся в виде кода, носящего название «Безынтервальный Пакет». Не является услугой, как таковой, т. к. не предназначался для абонентов. Телефонный номер передается в виде 7 цифр. Телефонный аппарат, поддерживающий АОН при входящем звонке «снимает трубку» и считывает служебные сигналы телефонной станции, при этом для вызывающего абонента имитируется вызывной сигнал. На Asterisk данный вид определителя номера заставить заработать не удастся.



CallerID (он же Евро АОН) — услуга предоставляемая на цифровых ГАТС. Метод для отправки запроса и получения Caller ID информации в интервале между звонками. То есть, в отличии от АОН здесь не происходит «снятия трубки». В CallerID распространено несколько стандартов:

Bellcore стандарт используется в США, Канаде, Австралии, Китае, Гонконге, Сингапуре, Италии и некоторыми телефонными компаниями Великобритании.

DTMF стандарт: цифры номера передаются таким же способом, как и тональный набор номера — короткими двухчастотными посылками.

FSK стандарт: Поток данных передаётся частотной модуляцией перед первым или перед вторым звонком на линии. Как показал опыт, большинство цифровых ГАТС Ростелекома работают по этому стандарту.



Практика, или почему ничего не работает

Для определения номера в каналах DAHDI в большинстве случаев достаточно добавления следующих строчек в chan_dahdi.conf:



chan_dahdi.conf

usecallerid=yes ; включаем CallerID



callerid=asreceived ; передаем callerid в неизменном виде



Если определение номера не заработало, рекомендую для начала подключить обычный телефонный аппарат с поддержкой CallerID и посмотреть работает ли на нем определение. В нашем случае, номер на ТА определялся без проблем, а на Asterisk никак не хотел. Более того, при подключении ТА параллельно астериску опеределение переставало работать и на телефоне.

Переходим к дальнейшему анализу. Запишем аудио канал линии и проанализируем в аудио редакторе запись. В нем попробуем найти данные CallerID.

Запись первого dahdi канала осуществляется следующей командой:



dahdi_monitor 1 -v -r streamrx.wav



Запускаем команду записи и звоним на нашу линию. После этого останавливаем выполнение dahdi_monitor, в итоге у нас появится файл streamrx.wav. Копируем его себе и открываем его в аудиоредакторе (например Audacity).



image



Как видно никаких данных callerid нам не приходит. Поскольку обычный телефон номер определяет, то можно предположить что проблемы с оборудованием (платой или модулем FXO).

Ставим заведомо рабочий модуль FXO в плату и проверяем еще раз.



image



Теперь определение номера работает без проблем, на записи видим данные CallerID в стандарте FSK. Как видно, в этом случае была проблема с модулем.



Ремонт FXO модуля

FXO модули разных производителей для аналоговых карт построены практически по одной и той же схеме на базе двух микросхем: SI3019 и SI3050.

Пример схемы с даташита на Si3050 Si3018/19:

image



На данной схеме линия подключается к контактам RING и TIP.

На какие элементы следует обратить внимание при проблемах с работой модуля?



— Диодный мост D1 (также может быть выполнен в виде двух сборок по 2 диода). Иногда из строя на линиях аналоговых АТС и при превышении допустимого напряжения. При этом сам модуль может оставаться работоспособным, но часть диодов не работают. Проверяются после выпаивания со схемы.

— Динистор RV1 (275 V, 100 A). В нашем случае он оказался работоспособным.

— Резисторы R30, R32 (15 M?, 1/8 W, 5%), R31, R33 (5.1 M?, 1/8 W, 5%), R8, R7 (20 M?, 1/8 W). С ними тоже оказалось все в порядке.

Проблема оказалась в микросхеме Si3019. Сопротивление в точке поключения пина Ring1 было в два раза меньше, чем на рабочем модуле. После замены микросхемы Si3019 все заработало без проблем.



Также в грозовой период, при отсутствии внешней защиты, часто выходит из строя стабилитрон Z1 (43 V, 1/2 W). Симптомы при этом следующие: модуль не видит входящий вызов, при попытке позвонить через данный канал кроме тишины никаких действий. Решается заменой стабилитрона.

Original source: habrahabr.ru.

https://habrahabr.ru/post/326600/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Алло, кто звонит или определение номера в Asterisk

Воскресенье, 16 Апреля 2017 г. 04:56 (ссылка)

Учитывая специфику телефонных сетей на территории России, проблемы с определением номера при настройке аналоговых линий ГТС на Asterisk возникают довольно часто. Разнообразие ГАТС и качество телефонных линий смонтированных еще во времена СССР всегда преподносят проблемы для интеграторов IP АТС.

image

Была установлена IP АТС Asterisk, и она успешно использовалась. Через некоторое время появилась возможность подключить определитель номера, т. к. городские линии перевели на цифровую ГАТС с поддержкой CallerID, до этого линии были подключены к аналоговой ГАТС (да, аналоговые АТС еще живы), но определение номера не заработало.





Для начала рассмотрим небольшую теоретическую информацию, какие стандарты определения телефонного номера бывают.



Теория определения номера

АОН (также называют Русский АОН) — работа советских аналоговых ГАТС, был распространен в начале 90-х, но все еще встречается. Информация о номере вызывающего абонента передаётся в виде кода, носящего название «Безынтервальный Пакет». Не является услугой, как таковой, т. к. не предназначался для абонентов. Телефонный номер передается в виде 7 цифр. Телефонный аппарат, поддерживающий АОН при входящем звонке «снимает трубку» и считывает служебные сигналы телефонной станции, при этом для вызывающего абонента имитируется вызывной сигнал. На Asterisk данный вид определителя номера заставить заработать не удастся.



CallerID (он же Евро АОН) — услуга предоставляемая на цифровых ГАТС. Метод для отправки запроса и получения Caller ID информации в интервале между звонками. То есть, в отличии от АОН здесь не происходит «снятия трубки». В CallerID распространено несколько стандартов:

Bellcore стандарт используется в США, Канаде, Австралии, Китае, Гонконге, Сингапуре, Италии и некоторыми телефонными компаниями Великобритании.

DTMF стандарт: цифры номера передаются таким же способом, как и тональный набор номера — короткими двухчастотными посылками.

FSK стандарт: Поток данных передаётся частотной модуляцией перед первым или перед вторым звонком на линии. Как показал опыт, большинство цифровых ГАТС Ростелекома работают по этому стандарту.



Практика, или почему ничего не работает

Для определения номера в каналах DAHDI в большинстве случаев достаточно добавления следующих строчек в chan_dahdi.conf:



chan_dahdi.conf

usecallerid=yes ; включаем CallerID



callerid=asreceived ; передаем callerid в неизменном виде



Если определение номера не заработало, рекомендую для начала подключить обычный телефонный аппарат с поддержкой CallerID и посмотреть работает ли на нем определение. В нашем случае, номер на ТА определялся без проблем, а на Asterisk никак не хотел. Более того, при подключении ТА параллельно астериску опеределение переставало работать и на телефоне.

Переходим к дальнейшему анализу. Запишем аудио канал линии и проанализируем в аудио редакторе запись. В нем попробуем найти данные CallerID.

Запись первого dahdi канала осуществляется следующей командой:



dahdi_monitor 1 -v -r streamrx.wav



Запускаем команду записи и звоним на нашу линию. После этого останавливаем выполнение dahdi_monitor, в итоге у нас появится файл streamrx.wav. Копируем его себе и открываем его в аудиоредакторе (например Audacity).



image



Как видно никаких данных callerid нам не приходит. Поскольку обычный телефон номер определяет, то можно предположить что проблемы с оборудованием (платой или модулем FXO).

Ставим заведомо рабочий модуль FXO в плату и проверяем еще раз.



image



Теперь определение номера работает без проблем, на записи видим данные CallerID в стандарте FSK. Как видно, в этом случае была проблема с модулем.



Ремонт FXO модуля

FXO модули разных производителей для аналоговых карт построены практически по одной и той же схеме на базе двух микросхем: SI3019 и SI3050.

Пример схемы с даташита на Si3050 Si3018/19:

image



а данной схеме линия подключается к контактам RING и TIP.

На какие элементы следует обратить внимание при проблемах с работой модуля?



— Диодный мост D1 (также может быть выполнен в виде двух сборок по 2 диода). Иногда из строя на линиях аналоговых АТС и при превышении допустимого напряжения. При этом сам модуль может оставаться работоспособным, но часть диодов не работают. Проверяются после выпаивания со схемы.

— Динистор RV1 (275 V, 100 A). В нашем случае он оказался работоспособным.

— Резисторы R30, R32 (15 M?, 1/8 W, 5%), R31, R33 (5.1 M?, 1/8 W, 5%), R8, R7 (20 M?, 1/8 W). С ними тоже оказалось все в порядке.

Проблема оказалась в микросхеме Si3019. Сопротивление в точке поключения пина Ring1 было в два раза меньше, чем на рабочем модуле. После замены микросхемы Si3019 все заработало без проблем.



Также в грозовой период, при отсутствии внешней защиты, часто выходит из строя стабилитрон Z1 (43 V, 1/2 W). Симптомы при этом следующие: модуль не видит входящий вызов, при попытке позвонить через данный канал кроме тишины никаких действий. Решается заменой стабилитрона.

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/326600/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как протестировать каналы связи интернет-магазина перед распродажами

Среда, 29 Марта 2017 г. 16:05 (ссылка)

Не так давно один из крупнейших интернет-магазинов проводил рекламную акцию в честь дня рождения компании. Для приёма заказов у них предусмотрены два виртуальных многоканальных телефонных номера 8-800 от разных операторов связи, а для их обработки написана своя система CRM и организована работа call-центра на аутсорсе. Изначальный прогноз заходов покупателей на сайт вызвал сомнения в том, что все системы справятся. Для того чтобы не потерять лиды, было решено протестировать телефонные каналы и CRM-систему.





IP-телефония при достижении определенной нагрузки начинает значительно искажать голос. А если упадёт CRM, то люди просто не получат свои заказы. Оценив риск провала акции, заказчик обратился в нашу компанию.



Тестирование телефонии



Нашей задачей было создать распределенную телефонную нагрузку по России: 70% из Москвы, остальное из регионов. Во входящий поток нужно было подать голосовое сообщение, а на стороне call-центра было необходимо, чтобы сотрудник поднял трубку. В результате получилось два потока (исходящий и входящий), которые можно было проанализировать на качество голоса и сравнить с эталонными записями.



Так как клиенты интернет-магазина находятся в разных городах РФ, для имитации нагрузки были выделены номера для тестирования. В качестве провайдеров услуг связи для ЦОВ использовались два различных телекоммуникационных оператора. Нагрузка генерировалась с нарастанием до 5 CPS (Call Per Seconds) и с продолжительностью одного генерируемого вызова не менее 180 сек (3 минуты). Ограничение одновременного количества вызовов — до 350.







Для выявления ошибок в телекоммуникационном оборудовании и его тонкой настройки используется наша собственная МТТ Система генерации и сбора статистики. Это комплекс программно-аппаратных средств и методик генерации высоконагруженных тестов посредством SIP-телефонии и последующего анализа результатов.



Тестирование проводилось в три этапа:




  • На первых двух тестировались каналы операторов.




  • На третьем этапе тестировалась логика работы IVR центра обработки вызовов (ЦОВ) путем генерации нагрузки по каналам одного из операторов.




Методика тестирования



При помощи системы генерации нагрузки и сбора статистики создавался нарастающий поток вызовов на номер ЦОВ нашего клиента в соответствии с этапом проведения испытания. Это работало так:




  1. Система поочередно подставляла в качестве источника вызова номер из списка номеров АОН.




  2. Затем формировался вызов через узел связи, соответствующий подставляемому АОНу.




  3. Производилась запись транслируемого со стороны ЦОВ заказчика приветственного шаблонного файла с проговариваемым диктором текстом (в формате WAV, 8000Hz, моно) в течение 20 секунд после получения информации о соединении.




  4. После этого через паузу в 1 секунду в направлении ЦОВ заказчика проигрывался шаблонный файл с проговариваемым диктором текстом (в формате WAV, 8000Hz, моно).




  5. По результату вызова CDR (Call Detail Records) фиксировались качественные параметры соединений и создавалась ссылка на файл с записью.




  6. По результатам выполнения нагрузочных тестов производился анализ статистической информации




Для анализа качества передаваемого голоса от системы генерации нагрузки МТТ в сторону ЦОВ заказчика было необходимо обеспечить ответ на вызов и проигрывание приветствия. Для этого центр обработки вызовов клиента выполнял следующие действия:




  1. Обеспечивал прием поступающих вызовов по каналам связи на арендуемые телефонные номера.




  2. При поступлении вызова проигрывал в канал связи шаблонный файл с проговариваемым диктором текстом (в формате WAV, 8000Hz, моно).




  3. Производил запись транслируемого от МТТ в сторону ЦОВ голоса диктора (в формате WAV, 8000Hz, моно) при снятии трубки оператором ЦОВ.




  4. Фиксировал результаты вызова в CDR (Call Detail Records) с указанием информации, которой будет достаточно для однозначной идентификации вызова генерируемого со стороны МТТ и входящего в ЦОВ заказчика, а также ссылку на файл с записью.




  5. По результатам выполнения нагрузочных тестов предоставлял данные для анализа в систему генерации и сбора статистики МТТ.




В результате сбора информации аналитическая система МТТ вычислила параметры PDD, PESQ MOS и подготовила сводные отчеты. Они строились путем объединения результатов в пулы набора значений на основе времени установления соединения между узлами сети МТТ и ЦОВ заказчика. Из наборов значений пулов и производился расчет сводных показателей качества обслуживания.



Справка: PDD (Post Dialing Delay) — время между началом звонка и моментом, когда телефон начинает звонить на вызываемой стороне. Другими словами PDD рассчитывается, как время между INVITE сообщением, отправленным вызывающей стороной, и RINGING сообщением от принимающей стороны.



PESQ (Perceptual Evaluation of Speech Quality) — семейство стандартов для оценки качества голоса из конца в конец. Стандартизированы рекомендациями ITU-T P.862. На текущий момент является стандартом де-факто оценки качества голоса. Используется большинством производителей телекоммуникационного оборудования и разработчиков программного обеспечения для совершения звонков.



Тестирование CRM



Для испытания CRM специалистами был написан сценарий условий имитации высокой нагрузки. В его рамках были описаны типовые действия оператора call-центра: поднималась карточка клиента, выбирался товар, заполнялись данные клиента и т.д. Если груз крупногабаритный, то доставка разбивалась на несколько частей.



Для проведения тестирования использовался apache JMeter. CRM-систему загрузили 500 одновременными задачами по оформлению заказов.



Совет по настройке: JMeter «из коробки» использует всего 512 мегабайт, что для нагрузки даже в 100 потоков мало. Это легко исправляется настройкой JAVA-машины. В запускаемом файле Jmeter нужно увеличить heap size: set HEAP=-Xms512m -Xmx4096m



Входные данные брались из CSV файла. Мы реализовывали несколько сценариев заказа с разным количеством товаров и способами оформления. Для этого строки с данными содержали разные параметры. Каждая строка – это один оператор системы заказчика и товары заказа, которые оператор должен был оформлять.



test_crm_user_376;1a6cddfc0c077fe64fbe94983b2e5bde;111;88007077707;call;127322;103413001;1;null;1;116131;1;НТТестфамилия;НТТестимя;НТТестотчество;false



test_crm_user_126;8ae9ssc0d73b5305b58714c0c33a3c27;111;88007077707;call;127322;111634;1;110951005;1;111117;1;НТТестфамилия;НТТестимя;НТТестотчество;true








Примеры запросов



Каждый элемент в JMeter файле — это запрос с сайта интернет-магазина«ShoppingLive.Telecom». На основании пользовательского сценария мы проанализировали фактически направляемые запросы и из них сформировали набор. Это набор и составлял возможные варианты поведения оператора колл-центра, нагрузка на которого имитировалась.



Приведем некоторые примеры формирования запросов:



login — авторизация. Здесь берутся данные из CSV и подставляются в запрос:

/crm/index.php?login=${login}&pass=${pass}&ANI=${ani}&SLNUM=${slnum}&module=${module}







index — загрузка страницы. Запрос страницы после авторизации. Здесь мы получали данные, необходимые для дальнейшей работы скрипта:



/crm/index.php?SLNUM=${slnum}&ANI=111436609800&module=call

Парсинг параметров

.*ContactID'\s*,\s*'(\d+)'\);.*

.+CallBegin',\s*'(\d+)'.*

.+'operator_id'.+'(\d+)\|.+








search_by_whole_name — функция поиска товара. Здесь использовались данные, полученные из парсинга страницы:



/crm/modules/ajax/get_goods.php?&CONTACT_ID=${contact_id_g1}&IBLOCK_ID=7&BAN_SYM=%2C%3B&REP_SYM=&MODE=SEARCH&p=0&search=${commodity1}&type=&OFFER=1&ORDER_PROP_13=TV&ORDER_PROP_32=${slnum}&coupon=&user_id=0&LID=s1&order_id=&bonus_rubls=&bonus_rubls_status=active&_=1470218107193







С помощью if ветвился сценарий выполнения теста:



If commodity1 and associated commodity (orderline/upsell/list-top)

${__jexl(${commodity1} != null and ${commodity2} == null and ${commodity3} != null)}



В зависимости от входных данных выполнялись те или иные действия.







Отчеты



В результате тестирования JMeter формировал отчёты по каждому обращению к CRM.



В процессе разработки теста мы заметили что у разных операторов повторялось значение потока thread name, что делало невозможным идентификацию конкретного заказа. Это происходило из-за того что thread name формировался из общего числа одновременных потоков указанных в группе thread group.



Мы нашли простое решение этой проблемы: в jemeter.properties была добавлена переменая thread_id, что дало возможность фильтровать запросы по конкретному оператору.



sample_variables=splitting,order_id_g1,thread_id



Пример отчёта:







Итого



По телефонии изначально был запланирован сквозной тест, вместе с операторами call-центра. Однако, организационно это оказалось очень сложно сделать, так что одновременно проводились два параллельных теста в условиях, максимально приближенных к реальным. В процессе тестирования измерялось время до ответа оборудования колл-центра. Этот параметр имеет большое значение при проведении нагрузочного тестирования. При  большой нагрузке сильно возрастают задержки обработки вызовов на оборудовании колл-центра. Позвонивший клиент может даже не дождаться «гудков». Фиксировались и анализировались также коды ответов. Это мог быть факт ответа оборудования колл-центра, отбой со стороны колл-центра или коды ошибок. По анализу времени ответа и кодов приняли решение об усилении телефонных каналов и модернизации оборудования. Тест по CRM показал, что программное обеспечение выдержало нагрузку, но, конечно, программисты внесли некоторые изменения в настройки для увеличения стабильности.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/321142/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[Перевод] 15 VoIP-провайдеров и 8 CRM: обзор совместимости

Вторник, 28 Марта 2017 г. 10:04 (ссылка)

Запилили краткий перевод обзора совместимости виртуальных АТС и CRM, популярных на западе, от команды GetVoIP. Есть схема доступных вариантов интеграции сервисов друг с другом и «выжимка» профита таких интеграций для пользователей. Последнее, в общем, зеркально ложится на интеграции российских сервисов-аналогов.









Спасибо автору — Matt Grech — за труд. Далее приводим основные тезисы из его статьи. А в таблице выше вы найдете данные о существующих на западном рынке готовых интеграциях провайдеров IP-телефонии и CRM. Конечно, всегда есть больше, чем один способ интегрировать между собой популярные (и не только) решения — даже если в приведенном списке вы видите прочерк, держим в голове, что, как правило, API подобных сервисов позволяет поколдовать над DIY схемой.



Зачем



Интеграции увязывают в единое целое отдельные инструменты, позволяя компаниям работать быстрее и эффективнее. При этом не важно, что именно происходит: получают ли операторы call-центра информацию о звонящем клиенте в ту же секунду, как раздается входящий вызов, или, скажем, компания экспериментирует с Slack для управления сотрудниками на удаленке.



Основной профит конкретно интеграции телефонии с CRM — улучшение качества работы сотрудников: они получают своевременную информацию о контексте входящего звонка, не отвлекаясь на ее поиск в ходе разговора. Лучше подготовленные операторы быстрее решают вопросы звонящих клиентов и тем делают их счастливее.



Как



Записи из карточки клиента или проблемные тикеты по нему могут быть прочитаны, отредактированы, пересмотрены и сохранены без переключений между разными интерфейсами. В общем виде, в распоряжение сотрудника немедленно (с помощью поп-апа при входящем звонке) поступают:




  • название компании клиента и ее сопроводительная характеристика из CRM;

  • история взаимодействия с этим клиентом и, в том числе, история входящих и исходящих звонков;

  • его статус (положение) относительно выстроенной в бизнес-процессах компании воронки продаж.



Конечно, итоговая функциональность интеграции телефонии с CRM сильно зависит от конкретных сервисов, которые связываются между собой.



Если нет коробочного решения



В максимальной степени прокачаны с точки зрения проработанности готовых интеграций с CRM Nextiva и RingCentral. Тем не менее, в основном сервисы технологически развиты настолько, что для разработчика не проблема связать два любых сервиса по API. Как резервный вариант, всегда есть интеграторы типа Tenfold или Zapier, которые закрывают все недостающие схемы интеграций из таблички выше.


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/325006/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Коммуникации для всех: новинки Grandstream Networks

Пятница, 24 Марта 2017 г. 13:35 (ссылка)

https://habrahabr.ru/post/324782/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
sovet7ya

Смартфон НТС Radar.

Пятница, 24 Марта 2017 г. 14:13 (ссылка)

2222222222222222222222 (400x400, 77Kb)


Смартфон НТС Radar.



Данная модель смартфона даёт своему пользователю массу возможностей для работы:



- можно работать сразу в нескольких режимах;



- также можно переключаться между несколькими смс - сообщениями;



- несколько чатов, таких как, Facebook или же Windows Live Messender;



- автораспознавание лиц;



- добавление теги на фото;



- электронная почта;



- чёткий дисплей, на котором видно всё, как на радаре;



- ультраудобное меню;



- камера 5 мегапикселей;



- много музыки, много игр, много книг.



- различная цветовая гамма корпуса.



Данная модель подойдёт для тех, кто хочет быть в этом мире всемогущим.

Метки:   Комментарии (1)КомментироватьВ цитатник или сообщество
sovet7ya

Смартфон НТС Titan

Пятница, 24 Марта 2017 г. 14:12 (ссылка)

1111111111111111 (400x400, 95Kb)


Смартфон НТС Titan



Эта модель смартфона открывает пользователю новые возможности в пользовании. И подходит он для тех, кто обожает новые фильмы и много музыки.



Чат, электронная почта, смс-сообщения, автораспознования лиц, самостоятельная вставка тегов на фото – и это ещё не всё!



У этого смартфона самый большой экран среди прочих моделей.



Прекрасно подходит для любителей игр. А также для работы, так как с лёгкостью справится со всеми задачами. При помощи функции Office можно редактировать документацию. А с помощью виртуальной клавиатура можно прекрасно работать, как за компьютером. Также он просто необходим для людей пожилого возраста, так как у него большой экран, а это значит, что пользователь увидит всё.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
sovet7ya

Смартфон НТС Incredible S.

Пятница, 24 Марта 2017 г. 14:11 (ссылка)

3333333333333333333 (400x400, 118Kb)


Смартфон НТС Incredible S.



Эта модель смартфона может похвастаться не только стильным дизайном, но и необычной задней панелью. Корпус на ощупь необыкновенный и прекрасно вписывается в руку. Такой смартфон просто невозможно уронить, так как он достаточно «хваткий». Подходить для использования маленьким детям.



- высокое качество изображения;



- комфорт в использовании Интернета;



- удобство в просматривании фильмов;



- камера 8 мегапикселей;



- наушники, благодаря которым можно ощутить всю мощность звука;

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<телефония - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda