ТОВ “ТриМоб”

vlad 007 · 09.12.12

550 Мбайт при подключении на тарифный план «U'try» единоразово

AndyRadist · 09.12.12

Блефов сказав(ла):
При этом задержка в секунду-две

В GSM задержка около 1 секунды, но Вас это не раздражает.

Vsefayno · 09.12.12

AndyRadist, ну я же с секондомером не замеряю. Где ощущается, там и раздражает

Хотя, может быть, дело действительно в привычке. Посмотрим как оно будет.

студент · 09.12.12

Дюрі-бачі сказав(ла):
студент, а хто хоче користуватись нормальним інтернетом на основному смарті не міняючи оператора?

Те пользуются EDGE и WiFi (дома/на работе/в кафе/в гостях/в парке/etc; если где либо покрытия, MiFi в помощь) ))

dvrts · 09.12.12

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

Могу задать встречный вопрос - а на каком нет задержки? Мне такого не встречалось, очень хотелось бы увидеть.

Не знаю как на практике у провайдеров sip, но имея некоторый опыт работы с ip-телефонией в локальных сетях крупных компаний, могу заявить, что время задержки и как таковое качество связи сильно зависит от во-первых, качества самого канала, во-вторых - от используемых кодеков. Очевидно, что используя кодеки с низким коэффициентом сжатия, можно добиться высокого качества связи, но исключительно в хороших каналах (с минимальным пингом). И наоборот, для сетей с не самым высоким качеством соединения, используются иные кодеки, с более высоким коэффициентом сжатия. Естественно, ценой качества самого разговора.

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

Добавлено через 3 минуты
@AndyRadist, а как у вас на Интертелеуом в России, заметно, что звонок совершается с использованием SIP, а не GSM?

disconnect · 10.12.12

А на UMTS качество голоса нормальное?

AndyRadist · 10.12.12

dvrts, Через SIP или через SIP-WCDMA качество идеальное, гораздо лучше качества GSM. В GSM просто хорошее качество.
По поводу кодеков в IP сетях подвижной связи Вы делаете неправильный вывод.
В сетях WCDMA для голосового вызова, видеовызова или для передачи данных используется 64 кбит/с канал. Для данных таких каналов объединяется несколько для получения большей полосы, но минимальное значение 64 кбит/с в одну сторону и столько-же в другую.
Не владею точными данными, но полагаю, что в LTE минимальный канал в каждую сторону также не будет менее 64 кбит/с, возможно даже в 2 раза больше.

В сетях подвижной связи основная борьба идёт не за ширину канала, а за пинг, который в сети WCDMA составляет 80-100 мсек, а в сетях LTE 30-50 мсек (значения у меня дома).

nostromo · 10.12.12

AndyRadist сказав(ла):
Не владею точными данными, но полагаю, что в LTE минимальный канал в каждую сторону также не будет менее 64 кбит/с, возможно даже в 2 раза больше.

Вся фигня в том, что на радиоинтерфейсе (Downlink), несмотря на 2D-кодирование используется Shared Channel, планировщик которого vendor-speciffic. Т. е. реализация планировщика возложена на вендора и не прописана в спецификации. От того, на сколько хорошо он будет работать, будет зависеть какую минимальную полосу получит Ue. Сами понимаете, при наличии Shared Channel и отсутствии Dedicated Channel работа планировщика заметно усложняется. Но и это не всё. На уровне сети используются механизмы IP QoS. Думаю, не нужно рассказывать, на сколько "хорошо" они работают в каналах со статистическим мультиплексированием.

сети WCDMA составляет 80-100 мксек, а в сетях LTE 30-50 мксек (значения у меня дома).

Здесь вы на три порядка приукрасили возможности современных беспроводных сетей.

В FDD LTE один слот занимает 500 мкс, не говоря уже об одном радиофрейме. Так что с пингом в 30—50 мкс вы погорячились.

dvrts · 10.12.12

Я пинг и имел в виду, возможно неправильно выразился.

RifleR · 10.12.12

nostromo сказав(ла):
Так что с пингом в 30—50 мкс вы погорячились.

думаю, там мали бути мілісекунди.

disconnect · 10.12.12

AndyRadist сказав(ла):
но минимальное значение 64 кбит/с в одну сторону и столько-же в другую.

Уверен?

nostromo сказав(ла):
На уровне сети используются механизмы IP QoS. Думаю, не нужно рассказывать, на сколько "хорошо" они работают в каналах со статистическим мультиплексированием.

Как правило, механизмы IP QoS включаются при перегрузках на линках, а т.к. сейчас на ключевых участках все строят на 10-ках, то это маловероятно.

Gold · 10.12.12

disconnect, чего на Утеле такие пинги большие - 250-300мс? На Интере 90-120мс, даже с хреновым приемом и скоростью 30кбит (реально страницы грузятся быстрее, чем на Утеле несмотря на то, что скорость на Утеле на порядок выше).

igork · 10.12.12

Gold, видимо, дело в том, каким способом подведен инет к БС

nostromo · 11.12.12

disconnect сказав(ла):
Как правило, механизмы IP QoS включаются при перегрузках на линках, а т.к. сейчас на ключевых участках все строят на 10-ках, то это маловероятно.

Да там на Ue тоже QoS, поэтому хреновый линк с перегрузками обеспечен. Плюс к eNB у нас, как обычно, зафигачат потоками вместо эзернета.

disconnect · 11.12.12

Gold сказав(ла):
чего на Утеле такие пинги большие - 250-300мс?

Это смотря что пингать и как пингать. Т.к. кроме того, что маршрут к серверу может проходить через пол-планеты, на время пинга влияет радиобирер в аплинке, а он динамически меняется в зависимости от объема передаваемых данных и в случае с пингом, они минимальные. Это, к тому же, без учета даунлинка.
Чтобы быстрее грузились странички, в настройках операционки попробуйте включить tcp window scaling.

nostromo сказав(ла):
Плюс к eNB у нас, как обычно, зафигачат потоками вместо эзернета.

Потоками eNB не подключается

Gold · 12.12.12

disconnect сказав(ла):
Это смотря что пингать и как пингать. Т.к. кроме того, что маршрут к серверу может проходить через пол-планеты, на время пинга влияет радиобирер в аплинке, а он динамически меняется в зависимости от объема передаваемых данных и в случае с пингом, они минимальные. Это, к тому же, без учета даунлинка.

(мобильными клиентами спойлеры не открывать

много текста)

Код:

Pinging i.ua [91.198.36.14] with 32 bytes of data:

Reply from 91.198.36.14: bytes=32 time=593ms TTL=58
Reply from 91.198.36.14: bytes=32 time=203ms TTL=58
Reply from 91.198.36.14: bytes=32 time=202ms TTL=58
Reply from 91.198.36.14: bytes=32 time=191ms TTL=58
Reply from 91.198.36.14: bytes=32 time=201ms TTL=58
Reply from 91.198.36.14: bytes=32 time=210ms TTL=58
Reply from 91.198.36.14: bytes=32 time=229ms TTL=58
Reply from 91.198.36.14: bytes=32 time=208ms TTL=58
Reply from 91.198.36.14: bytes=32 time=207ms TTL=58
Reply from 91.198.36.14: bytes=32 time=216ms TTL=58
Reply from 91.198.36.14: bytes=32 time=195ms TTL=58
Reply from 91.198.36.14: bytes=32 time=194ms TTL=58
Reply from 91.198.36.14: bytes=32 time=233ms TTL=58
Reply from 91.198.36.14: bytes=32 time=202ms TTL=58
Reply from 91.198.36.14: bytes=32 time=190ms TTL=58
Reply from 91.198.36.14: bytes=32 time=199ms TTL=58
Reply from 91.198.36.14: bytes=32 time=208ms TTL=58
Reply from 91.198.36.14: bytes=32 time=207ms TTL=58
Reply from 91.198.36.14: bytes=32 time=215ms TTL=58
Reply from 91.198.36.14: bytes=32 time=204ms TTL=58
Reply from 91.198.36.14: bytes=32 time=213ms TTL=58
Reply from 91.198.36.14: bytes=32 time=212ms TTL=58

Ping statistics for 91.198.36.14:
    Packets: Sent = 22, Received = 22, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 190ms, Maximum = 593ms, Average = 224ms

Код:

Pinging i.ua [91.198.36.14] with 32 bytes of data:

Reply from 91.198.36.14: bytes=32 time=75ms TTL=57
Reply from 91.198.36.14: bytes=32 time=81ms TTL=57
Reply from 91.198.36.14: bytes=32 time=80ms TTL=57
Reply from 91.198.36.14: bytes=32 time=79ms TTL=57
Reply from 91.198.36.14: bytes=32 time=78ms TTL=57
Reply from 91.198.36.14: bytes=32 time=77ms TTL=57
Reply from 91.198.36.14: bytes=32 time=76ms TTL=57
Reply from 91.198.36.14: bytes=32 time=81ms TTL=57
Reply from 91.198.36.14: bytes=32 time=80ms TTL=57
Reply from 91.198.36.14: bytes=32 time=79ms TTL=57
Reply from 91.198.36.14: bytes=32 time=78ms TTL=57
Reply from 91.198.36.14: bytes=32 time=77ms TTL=57
Reply from 91.198.36.14: bytes=32 time=82ms TTL=57
Reply from 91.198.36.14: bytes=32 time=81ms TTL=57
Reply from 91.198.36.14: bytes=32 time=80ms TTL=57
Reply from 91.198.36.14: bytes=32 time=85ms TTL=57
Reply from 91.198.36.14: bytes=32 time=78ms TTL=57
Reply from 91.198.36.14: bytes=32 time=76ms TTL=57
Reply from 91.198.36.14: bytes=32 time=81ms TTL=57
Reply from 91.198.36.14: bytes=32 time=80ms TTL=57
Reply from 91.198.36.14: bytes=32 time=79ms TTL=57
Reply from 91.198.36.14: bytes=32 time=77ms TTL=57
Reply from 91.198.36.14: bytes=32 time=76ms TTL=57

Ping statistics for 91.198.36.14:
    Packets: Sent = 23, Received = 23, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 75ms, Maximum = 85ms, Average = 78ms

Для перепроверки пинганём ukrtelecom.ua:

Код:

Pinging ukrtelecom.ua [82.207.79.152] with 32 bytes of data:

Reply from 82.207.79.152: bytes=32 time=219ms TTL=124
Reply from 82.207.79.152: bytes=32 time=200ms TTL=124
Reply from 82.207.79.152: bytes=32 time=199ms TTL=124
Reply from 82.207.79.152: bytes=32 time=227ms TTL=124
Reply from 82.207.79.152: bytes=32 time=207ms TTL=124
Reply from 82.207.79.152: bytes=32 time=206ms TTL=124
Reply from 82.207.79.152: bytes=32 time=215ms TTL=124
Reply from 82.207.79.152: bytes=32 time=205ms TTL=124
Reply from 82.207.79.152: bytes=32 time=204ms TTL=124
Reply from 82.207.79.152: bytes=32 time=223ms TTL=124
Reply from 82.207.79.152: bytes=32 time=203ms TTL=124
Reply from 82.207.79.152: bytes=32 time=222ms TTL=124
Reply from 82.207.79.152: bytes=32 time=212ms TTL=124
Reply from 82.207.79.152: bytes=32 time=202ms TTL=124
Reply from 82.207.79.152: bytes=32 time=221ms TTL=124
Reply from 82.207.79.152: bytes=32 time=212ms TTL=124
Reply from 82.207.79.152: bytes=32 time=201ms TTL=124
Reply from 82.207.79.152: bytes=32 time=210ms TTL=124
Reply from 82.207.79.152: bytes=32 time=230ms TTL=124
Reply from 82.207.79.152: bytes=32 time=250ms TTL=124
Reply from 82.207.79.152: bytes=32 time=201ms TTL=124
Reply from 82.207.79.152: bytes=32 time=200ms TTL=124
Reply from 82.207.79.152: bytes=32 time=237ms TTL=124
Reply from 82.207.79.152: bytes=32 time=206ms TTL=124

Ping statistics for 82.207.79.152:
    Packets: Sent = 24, Received = 24, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 199ms, Maximum = 250ms, Average = 213ms

Код:

Pinging ukrtelecom.ua [82.207.79.152] with 32 bytes of data:

Reply from 82.207.79.152: bytes=32 time=110ms TTL=118
Reply from 82.207.79.152: bytes=32 time=109ms TTL=118
Reply from 82.207.79.152: bytes=32 time=115ms TTL=118
Reply from 82.207.79.152: bytes=32 time=114ms TTL=118
Reply from 82.207.79.152: bytes=32 time=113ms TTL=118
Reply from 82.207.79.152: bytes=32 time=112ms TTL=118
Reply from 82.207.79.152: bytes=32 time=111ms TTL=118
Reply from 82.207.79.152: bytes=32 time=113ms TTL=118
Reply from 82.207.79.152: bytes=32 time=112ms TTL=118
Reply from 82.207.79.152: bytes=32 time=116ms TTL=118
Reply from 82.207.79.152: bytes=32 time=115ms TTL=118
Reply from 82.207.79.152: bytes=32 time=113ms TTL=118
Reply from 82.207.79.152: bytes=32 time=113ms TTL=118
Reply from 82.207.79.152: bytes=32 time=112ms TTL=118
Reply from 82.207.79.152: bytes=32 time=110ms TTL=118
Reply from 82.207.79.152: bytes=32 time=110ms TTL=118
Reply from 82.207.79.152: bytes=32 time=116ms TTL=118
Reply from 82.207.79.152: bytes=32 time=114ms TTL=118
Reply from 82.207.79.152: bytes=32 time=114ms TTL=118
Reply from 82.207.79.152: bytes=32 time=113ms TTL=118
Reply from 82.207.79.152: bytes=32 time=111ms TTL=118
Reply from 82.207.79.152: bytes=32 time=113ms TTL=118
Reply from 82.207.79.152: bytes=32 time=109ms TTL=118
Reply from 82.207.79.152: bytes=32 time=115ms TTL=118

Ping statistics for 82.207.79.152:
    Packets: Sent = 24, Received = 24, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 109ms, Maximum = 116ms, Average = 112ms

Догадайтесь где Утел, где Интер.
Тут же проверил закачку файла в менеджере закачек. На Утеле 200+++ КБайт/сек. На Интере <100 КБайт/сек.

disconnect сказав(ла):
Чтобы быстрее грузились странички, в настройках операционки попробуйте включить tcp window scaling.

Включено давно. Без всяких тестов "на глаз" видно, что страница грузится намного быстрее на Интере. При этом приём Интера у меня слабее.

nostromo · 12.12.12

disconnect сказав(ла):
Потоками eNB не подключается

У нас могут.

Ну, не в прямом смысле, в дупло с эзером впихнуть RJ-45 с E1. Это было бы тупо, конечно.

Ashaev · 25.12.12

Всем привет!Живу в Беларуси,оператор-velcom,с ноября начал наблюдать ситуацию,что при звонках мне с "тримоб"вызов определяет,как беларусский velсом,хотя идёт из-за границы.Я обратился в сц к своему оператору и объяснив ситуацию(хотя те же вызовы с киевстар,мтс,life- отображались корректно).На сколько понимаю это урон оператору velcom,тк идет интерконнект,а раз вызов поступает с бел.номера значит никто ничего не должен?!Более того тот же бонус за входящий не начисляется,ибо своя сеть.И те же 2.15uah "тримоб"полностью оставляет у себя.Сегодня мне позвонили и сообщили-всё уже работает исправно и очень настойчиво просили при подобной ситуации срочно позвонить и записать номер с которого проходит вызов."неправильный номер"проходил,как в 2G,так и 3G режиме...

BeePlus · 25.12.12

Ashaev,

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

Batman · 25.12.12

Ashaev, вот взял и всех вложил

ТОВ “ТриМоб”

vlad 007

Закупник

AndyRadist

Заблокирован

Vsefayno

студент

Moderator

dvrts

disconnect

AndyRadist

Заблокирован

nostromo

dvrts

RifleR

👻👻👻

disconnect

Gold

igork

xD

nostromo

disconnect

Gold

nostromo

Ashaev

BeePlus

Заблокирован

Batman