Index · Правила · Поиск· Группы · Регистрация · Личные сообщения· Вход

Список разделов Будь на связи!
 
 
 

Раздел: Будь на связи! В России с августа 2017 года будет отменён роуминг 

Создана: 18 Июля 2017 Втр 1:04:22.
Раздел: "Будь на связи!"
Сообщений в теме: 74 (+6), просмотров: 3679

На страницу: Назад  1, 2, 3, 4, 5  Вперёд
  1. 18 Июля 2017 Втр 1:04:22
    Федеральная антимонопольная служба выдала предупреждение в адрес ПАО «ВымпелКом», ПАО «МТС», ПАО «МегаФон» и ООО «Т2 Мобайл».

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

    «Согласно предупреждению, четверка мобильных операторов связи должна изменить тарифы на услуги связи в поездках, исключив необоснованную разницу цен», — говорится на сайте ФАС.

    Отмечается, что операторы связи должны изменить условия тарифных планов в течение 14 дней с момента получения предупреждения, а также уведомить абонентов за 10 дней до введения новых условий.
  2. 18 Июля 2017 Втр 21:44:57
    омич писал : фигасе развели.
    ещё и упрекнули, что отменят не роуминг, а оплату за него))))

    на самом деле уверен, что в связи с этим подоражают другие сегменты, более нужные для массового рынка, а совсем не оплату разговоров постоянно ездящих в другие города
    ну так ты используй правильные термины. а то будет как в том анекдоте про "отрезание" и "обрезание".
  3. 19 Июля 2017 Срд 1:30:34
    Директор департамента внешних коммуникаций Минкомсвязи Екатерина Осадчая заявила, что тарифы на услуги сотовой связи вырастут в случае отмены платы за роуминг по России. «Отмена роуминга повлечет рост тарифов на сотовую связь для всех абонентов. Сейчас услугами роуминга внутри РФ пользуется лишь около 7% абонентов. Если отменить плату за роуминг, то операторы вынуждены будут перераспределить затраты на обслуживание путешествующих абонентов на всех абонентов»,— приводит ее слова «РИА Новости».
    [внешняя ссылка]

    Ещё бы.

    SeregaR 19780624 писал : и ни каких очередей для VoIP быть не должно - это реалтайм сервис... онли. Протокол используется RTP.
    Как бы там он не назывался реал-таймом, IP-телефония так или иначе использует пакетную сеть передачи данных, непременным элементом которой являются маршрутизаторы и коммутаторы, которые в зависимости от структуры могут содержать буфера, в котором пакет может какое-то время находиться. Сколько маршрутизаторов пройдёт пакет, сколько там он времени проведёт и как изменятся эти параметры для следующего пакета, заранее неизвестно. Это прежде всего отличает VoIP от телефонии, где свойства канала по факту установления соединения известны и остаются постоянными.
    Serg S писал : Никому, вот тут то и начинает работать протокол RTP который повторит передачу потерянных данных :)
    Начнём с того, что RTP, как было правильно замечено, есть один из протоколов прикладного уровня, и предназначен он для восстановления принятых данных пакетных данных в непрерывный поток. На транспортном уровне для передачи данных в реальном времени используется протокол UDP, не предусматривающий гарантии доставки или вообще какого-либо подтверждения, и именно он лежит в основе всех видов передач данных реального времени в силу специфики этих данных: никому тупо не нужны те звуки, которые произнёс собеседник в трубку 5 секунд назад, в живом разговоре в случае проблем со связью принято переспрашивать своим голосом. Для приложений, требующих гарантии целостности переданных данных, не требующих гарантий скорости доставки используется всеми любимый TCP, с помощью которого вы сейчас загрузили эту страницу форума.
  4. 19 Июля 2017 Срд 9:58:12
    N. Hunter писал :
    непременным элементом которой являются маршрутизаторы и коммутаторы, которые в зависимости от структуры могут содержать буфера, в котором пакет может какое-то время находиться.

    никому тупо не нужны те звуки, которые произнёс собеседник в трубку 5 секунд назад, в живом разговоре в случае проблем со связью принято переспрашивать своим голосом.


    дружище, у тебя чуть противоречия в первой и второй частях поста.
    я зацитировал.
    но я в тебя верю! ты идешь правильной дорогой, в отличии от...

    телефония - это, в первую очередь, наука о восприятии сервиса пользователем.
    это отправная точка для любых технических изысканий и решений, начиная с теоремы Котельникова.

    зы: до 2020 года переходим на новые правила набора.
    вместо 8 и 810 будет как и везде в мире 0 и 00
  5. 19 Июля 2017 Срд 11:18:52
    SeregaR 19780624 писал :дружище, у тебя чуть противоречия в первой и второй частях поста.
    Здесь нет противоречия. Задержки нахождения пакетов в буферах коммутаторов и маршрутизаторов или, не дай черт, шейперов, в нормальных ситуациях небольшие, до десятков миллисекунд.

    Задача прикладного протокола VoIP правильно собрать все эти пакеты и выстроить из них поток так, чтоб пользователю было нормально это слушать. Время задержки между передачей и приёмом есть, оно выбирается из критериев комфорта для абонента, чтобы ему было ещё нормально это. При потере пакетов данных или избыточной их задержке протокол прикладного уровня должен уметь сформировать окончательный сигнал без этих данных, например, заполнить пропущенный кадр вокодера предыдущим, заполнить шумом или паузой, разные способы в разных системах.
  6. 19 Июля 2017 Срд 11:53:06
    В телекоме не разбираюсь, но голосую за N. Hunter!
  7. 19 Июля 2017 Срд 11:57:39
    N. Hunter писал :
    SeregaR 19780624 писал ... :дружище, у тебя чуть противоречия в первой и второй частях поста.
    Здесь нет противоречия. Задержки нахождения пакетов в буферах коммутаторов и маршрутизаторов или, не дай черт, шейперов, в нормальных ситуациях небольшие, до десятков миллисекунд.


    не важно "сколько", важно "всегда".
    а вобщем, тема не об этом. предлагаю на этом технические баталии завершить.
    если интересно - почитай про RTP туннель енд-2-енд и квалити оф сёрвис для IP сетей. в частности - про бест эффорт.
    ну и это всего лишь технология передачи информации.
    коммутация сервисов между пользователями - это отдельная обширная тема.
  8. 19 Июля 2017 Срд 12:06:08
    SeregaR 19780624 писал : предлагаю на этом технические баталии завершить.


    На самом интересном месте. Я только успел про RTP почитать Грустно :-(
  9. 19 Июля 2017 Срд 12:18:04
    Клюв писал(а) :
    SeregaR 19780624 писал ... : предлагаю на этом технические баталии завершить.


    На самом интересном месте. Я только успел про RTP почитать Грустно :-(


    и что стало понятней?
    по прежнему согласны с "буферами"? ))
  10. 19 Июля 2017 Срд 12:25:16
    SeregaR 19780624 писал :
    Клюв писал(а) ... :
    SeregaR 19780624 писал ... : предлагаю на этом технические баталии завершить.
    На самом интересном месте. Я только успел про RTP почитать Грустно :-(
    и что стало понятней?
    по прежнему согласны с "буферами"? ))
    да куда делись то "буфера" то на коммутаторах и маршрутизаторах на пути следования IP с RTP?
    или я не совсем въехал в претензии к Хантеру?
  11. 19 Июля 2017 Срд 12:53:14
    просто Паха писал : да куда делись то "буфера" то на коммутаторах и маршрутизаторах на пути следования IP с RTP?
    или я не совсем въехал в претензии к Хантеру?


    это к вопросу про "всегда"
    задержка RTP на уровне времени вхождения всего пакета в узел и выхода его от туда.
    как проезд поезда через туннель без остановок.
    поезд с RTP едет как по улице со всеми зелеными светофорами.
    уровень IP участвует в выборе маршрута следования лишь на начальном уровне построения этого туннеля.

    нам в свое время объясняли всю эту суету на примере ж/д разъезда.
    есть физические рельсы - пути (МАС), есть назначение грузов - IP.
    приходит какой то состав (пакет) с непонятным назначением, загоняют его в тупик (буфер), идет опрос - чей туфля?
    какая то станция отвечает - о, моё.
    до этой станции "путь 7", например, выгоняем состав и ставим на путь 7 - поехали.
    занят путь 7 - подождем, пока освободится.
    приходит другой состав с такой же туфлей - мы уже знаем, что оно для пути 7, но в составе еще какая то непонятная хня.
    расцепляем, нужное для пути 7 ставим на путь 7, про остальное спрашиваем - чья хня?
    ну и так далее.
    для RTP сначала приходит разнарядка - поезд зайдет на путь 8, отправить на путь 10. все стрелки двигаются и собирается туннель.
    поезд с RTP заходит с пути 8 и не останавливаясь уходит по пути 10.
    это и есть реал тайм.
  12. 19 Июля 2017 Срд 14:14:35
    SeregaR 19780624 писал :
    просто Паха писал ... : да куда делись то "буфера" то на коммутаторах и маршрутизаторах на пути следования IP с RTP?
    или я не совсем въехал в претензии к Хантеру?
    это к вопросу про "всегда"
    задержка RTP на уровне времени вхождения всего пакета в узел и выхода его от туда.
    "всегда" относится к наличию буферов. то, что можно влиять на очереди он не говорил. и если QoS не настроен, RTP поедет на общих основаниях. мало того, я могу завалить RTP-пакетами канал по мама не горюй и QoS не поможет. о чём выше и пытался намекнуть про загрузку канала и дропы, но не задержку.
  13. 19 Июля 2017 Срд 14:18:35
    просто Паха писал:
    SeregaR 19780624 писал ... :
    просто Паха писал ... : да куда делись то "буфера" то на коммутаторах и маршрутизаторах на пути следования IP с RTP?
    или я не совсем въехал в претензии к Хантеру?
    это к вопросу про "всегда"
    задержка RTP на уровне времени вхождения всего пакета в узел и выхода его от туда.
    всегда относится к наличию буферов. то, что можно влиять на очереди он не говорил. и если QoS не настроен, RTP поедет на общих основаниях.


    "всегда" одинаковая задержка.
    и минимизирована.
    далее - это уже тонкости.
    квалити - конечно.
    тот самый бест эффорт.
  14. 19 Июля 2017 Срд 20:03:40
    ну так а чего вы посеклись то? любому разбирающемуся в сетях понятно, что голосу, передаваемому в SDH и E1 p2p совершенно комфортнее относительно Eth и IP. и даже через IP через E1 с использованием компрессии заголовков.
  15. 20 Июля 2017 Чтв 9:54:03
    просто Паха писал : любому разбирающемуся в сетях понятно, что голосу, передаваемому в SDH и E1 p2p совершенно комфортнее относительно Eth и IP.
    Собственно, как и в любой сети с канальной коммутацией, будь SDH, PDH, да хоть аналоговой телефонной линией, всё это не требует отдельных извращений в виде надстроек над пакетной сетью в виде ваших QoS и на уровне приложения в виде протоколов сборки из пакетов потокового сигнала.
    Но и платить за канальное соединение приходится соответственно. Сама же IP-телефония доступна по цене интернета.
На страницу: Назад  1, 2, 3, 4, 5  Вперёд
 
 
 
Рейтинг@Mail.ru