LinkMeUp. Выпуск № 0

Всё началось с очень долгой дороги домой.
Это время нужно было чем-то занимать. Когда-то это были ESL (English is a Second Language) – весьма полезный в плане изучения языка, но обычные выпуски приедаются быстро, а интересные – English Cafe – выходят недостаточно часто. Потом я открыл для себя CBT-Nuggets – интереснейшая вещь, но курс довольно короткий. И наконец Радио-T, который, вроде бы, и ИТшный, но как-то сильно уж яблочный и программистский.
Был ощутимый голод по телекомовским темам. Спрос в количестве нескольких человек по крайней мере был, а предложения не было – ни одного подкаста в этой сфере. Были околосвязисткие вещи, но всё не то.
А там, где есть спрос, будет и предложение, пусть даже создавать его буду я.

Итак, мы рады представить нулевой выпуск подкаста для связистов ЛинкМиАп.
В этом выпуске обсуждаем:
1) Переносимость мобильных номеров между операторами и регионами. MNP – Mobile Number Portability.
2) Технологии для осуществления голосовых вызовов в сетях LTE: CSFB, IMS.
3) Практическая тема: как ведёт себя маршрутизатор, если настроить интерфейс в качестве Next Hop, вместо IP-адреса.

Скачать файл подкаста.




Добавить RSS в подкаст-плеер.

Ниже краткий бриф и схемы для того, чтобы разобраться в темах было проще.

Если у вас есть предложения, какие темы было бы интересно обсудить в следующих выпусках, с удовольствием принимаем их в комментариях.



MNP

Схематично GSM-сеть работает так: у каждого оператора сотовой связи есть некая база всех-всех его номеров. В ней содержится много всякой информации (разрешенные абоненту услуги, например), но главное то, что там записано, где находится каждый конкретный абонент в текущий момент. Понятно, что база огромная, поэтому у крупных операторов она поделена на части, например, одна база обслуживает первые 10000 номеров оператора, другая – следующие 10000.
Как работает эта база? Когда абонент звонит кому-то, оборудование, обрабатывающее звонок, смотрит, к какой базе обращаться, делает запрос в неё, узнает, на каком коммутаторе и в пределах покрытия какой базовой станции находится адресат, и маршрутизирует звонок туда. Никаких проблем, потому что мы знаем, кому этот диапазон принадлежит и что делать с вызовом.

Так это работает до введения MNP. C ним все становится сложнее: абонент переходит со своим номером к другому оператору, и теперь информация, необходимая для связи с абонентом, хранится у последнего. Но маршрутизировать как-то нужно. Возникает потребность в дополнительной базе, которая бы хранила номера абонентов, поменявших оператора, в которой бы говорилось, что, мол, такой-то абонент с номером от оператора A на самом деле является клиентом оператора Б, поэтому всю информацию нужно спрашивать у Б. Существует 3 вида такой «переадресации»:

  • прямая маршрутизация – оборудование оператора сети (например, С), из которой мы звоним, запрашивает централизованную базу перешедших номеров, и, получив ответ, маршрутизирует звонок в сеть B
  • косвенная – оборудование оператора сети, из которой мы звоним, по-старинке переправляет звонок оператору A (старому), а A уже переправляет звонок в B
  • третий вариант это сочетание первого и второго – если не срабатывает прямая маршрутизация, делается косвенная

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

Полезные ссылки:
pro-gsm.info/mnp.html
pro-gsm.info/cap-roaming.html

LTE

Вскоре после разработки и начала активного внедрения стандарта 3G, инженеры организации 3GPP (главной в области стандартов мобильной связи) поняли, что потребность в увеличении скорости передачи данных мобильными абонентами будет неизбежно расти, а объем трафика будет увеличиваться почти по экспоненте (для примера, трафик данных в сетях Мегафона составляет – 99%, а голос – всего 1%). Поэтому часть разработчиков села дорабатывать стандарт W-CDMA (3G) – плодами их усилий стали протоколы HSDPA, HSDPA+, HSUPA, позволившие увеличить пиковую скорость до 42 Мбит/с в DL, а другая же часть 3GPP принялась за совершенно новый стандарт связи – LTE (Long Term Evolution), который и был представлен в 2009 году, а уже в 2010 начался запуск первых коммерческих сетей в Швеции, США и Южной Корее.



С точки зрения разделения радиоканалов LTE делится на 2 подстандарта, имеющих свои плюсы и минусы.



1. FDD – частотное разделение каналов, данный подстандарт использует две разные полосы частотного спектра для DL и UL, т.е. абонентский радиоканал симметричен и является полностью дуплексным
2. TDD – временное разделение каналов, данный подстандарт использует для передачи в DL и UL одну частоту (или набор нескольких несимметричных частот), чередуя временные интервалы для перадчи от/к абоненту, т.е. является полудуплексным.
Сети FDD и TDD LTE имеют свои преимущества и недостатки. FDD в общем больше подходит для приложений типа видеоконференций, которые имеют симметричный трафик. Это из-за того, что трафик в обоих направлениях непрерывен, а использование TDD было бы тратой пропускной способности при постоянном переключении с одного режима на другой. TDD хорош для приложений, которые имеют несимметричный трафик, примером того может быть онлайн просмотр. TDD может отдавать больше времени частям данных, которые требуют большей пропускной способности, таким образом, балансируя загрузку. С FDD, пропускная способность не может быть динамично перераспределена и неиспользуемая пропускная способность теряется впустую.

Другим преимуществом связи FDD LTE является планирование мест для базовых станций. Из-за того, что базовые станции используют разные частоты для получения и передачи данных, это эффективно, так как разные частоты не перебивают друг друга и специального планирования не требуется, однако при этом нужна жесткая синхронизация eNodeB (БС в LTE) по времени, что усложняет построение сети.

FDD был реализован раньше TDD, поскольку большинство операторов имеет в своем распоряжении именно парные частоты в различных областях спектра, к тому же не встает проблема синхронизации БС по времени, однако, сейчас, в условиях нехватки частот, операторам становиться логичнее использовать TDD, поскольку он позволяет получить полноценную сеть имея в распоряжении разбросанные полосы частот (а не две полосы по 10 МГЦ, как в FDD), проблема синхронизации решается с помощью GPS и тактовой синхронизацией от других элементов сети (например, RNC – Radio Network Controller).

Пожалуй, самым главным отличием LTE от прежних стандартов связи, является тот факт, что основной в LTE является передача данных, а передача голоса отведена на второй план и осуществляется путем включения дополнительных фич и интерфейсов.

1. IMS и SRVCC. IMS – IP Multimedia subsystem – дополнительная часть мобильной сети, позволяющая передать голос на базе IP based протокола – SIP (т.е. по сути обычная IP-телефония), но в логике мобильной сети она обеспечивает возможность “безшовного” перехода абонента (soft-handover) при разговоре, из сети LTE в сеть GSM/W-CDMA – тем самым реализуя фичу SRVCC – Single-Radio Voice Call Continuity. Т.е. если абонент установил голосовое соединение в LTE, используя IMS подсистему, то реализовать неразрывность соединения при хэндовере в другие сети не составит труда – тип радиодоступа изменится, а звонок, как обрабатывался IMS, так и останется им обрабатываться.



2. Однако, далеко не каждый оператор готов инвестировать в строительство дополнительной подсистемы на своей сети, именно поэтому больше популярностью пользуется другой способ передачи голоса в LTE – CSFB – Circuit-switched fallback, применение данной фичи позволяет не передавать голос по сети LTE вообще. А именно – при попытке активации голосового вызова, абонент “проваливается” в CS Core 2G/3G сети, регистрируясь там и используя ее ресурсы, осуществляется это благодаря дополнительному SGs интерфейсу, связывающего MME и MSC, при этом при разговоре абонент не потеряет возможность передачи данных, хотя и скорость при этом снизиться до скорости 2G/3G сети. Данный способ позволяет использовать уже существующую структуру сети оператора, без необходимости дополнительных вложений.

IP Routing

Что происходит, если в качестве Next Hop указано имя интерфейса, а не IP-адрес узла. В каких случаях рекомендуется его использование, чем это грозит.

Краткий бриф по проблеме.



В такой схеме маршрутизатор А имеет следующую конфигурацию:



Когда он получает (или формирует) пакет предназначенный маршрутизатору С, он должен инкапсулировать его в Ethernet-кадр. Логично, что MAC-адрес отправителя он подставляет адрес интерфейса FE0/0, получателя – адрес интерфейса FE0/1 маршрутизатора B.
Загвоздка в том, как он получит этот MAC-адрес.
В обычном случае, когда настроен ip route 0.0.0.0/0 10.1.2.2, хост А отправляет ARP запрос, где спрашивает – «Какой MAC у 10.1.2.2?», В в ответ отправляет свой МАС и всем счастье.

Сейчас у А нет даже IP-адреса В, сказано только куда отправлять пакет. Как быть? Ведь в ARP-запросе мы не можем поставить пустой IP, не можем и широковещательный – это бессмысленно.

Выход из ситуации обеспечивает ARP-Proxy. А отправляет ARP-запрос, где запрашивает MAC-адрес устройства с IP-адресом 3.3.3.3 (несмотря на то, что оно в другой подсети).

В получает такой ARP-запрос и, если на интерфейсе активирован механизм ARP-Proxy, проверяет, что в его таблице маршрутизации есть маршрут до получателя (хотя бы даже дефолт), и отправляет А ARP-ответ с ожидаемым содержимым:





То есть он возвращает MAC-адрес своего интерфейса.

Маршрутизатор А добавляет эту запись в ARP-кэш.



Таким образом каждый адрес, доступный через такой маршрут будет добавлен как directly connected в ARP-кэш.



Приятного в этом мало. Огромное количество широковещательных запросов, переполненный ARP-кэш, высокая загрузка процессора.

Нужно избегать таких конфигураций. Применима она по сути только к Point-to-Point интерфейсам (PPP, HDLC, FR).

Полезные ссылки:
ciscoexpert.wordpress.com/2008/06/28/proxy-arp/
blog.initialdraft.com/archives/2605/

Нас можно слушать на soundcloud и rpod

58 комментариев

avatar
На днях я очень удивился, узнав, что proxy arp на роутерах циско включён по умолчанию.
avatar
Довольно, кстати интересная тема. Она вызывает подчас удивительные проблемы. Несколько раз приходилось сталкиваться с замысловатыми ситуациями)
avatar
Расскажите. :)
avatar
Ну, например, буквально на днях мой коллега столкнулся с проблемой получения IP-адреса по DHCP. На Windows-машинах постоянно возникал конфликт IP-адресов. Отключили на маршрутизаторе proxy-arp — всё заработало. Оказалось, что в сети имелись пересекающиеся сети и из-за этого механизма появлялись «задвоенные» адреса)
avatar
Другая проблема — у заказчика извращённая сеть маршрутизатор-192.168.1.0/24 — маршрутизатор 192.168.1.0/26, грубо говоря. Пока вторым маршрутизатором стояла циска, всё, мол работало, поставили Huawei — не работает. Тут не ручаюсь, потому что до истины не докопались — так-то совсем неправильный дизайн)
avatar
Есть ситуация, когда такой маршрут необходим — когда подключаемся к Интернету через PPPoE.
Маршрут фактически тоже будет указывать на интерфейс (Dialer), но arp-cache засоряться не будет.
avatar
Думаю, тут обратная зависимость — если вы подключаетесь через PPPoE, то можно и так маршрут прописывать.
avatar
Спасибо получилось очень даже хорошо и прикольно, к пожеланиям только выравнивание уровня громкости или заставку потише.
avatar
Спасибо. Учту на будущее.
avatar
достаточно интересно, спасибо =)
по поводу того какие телефоны поддерживают LTE: Sony Xperia V, Samsung Galaxy S3 (в специальной редакции для мегафон), HTC One SV, Nokia Lumia 920, Blackberry Z10/Q10… Это не полный список =)
avatar
Спасибо.
Это телефоны, которые поддерживают Российский LTE?
avatar
да
avatar
Наконец-то новости от Вас!)) давно ждал)
avatar
Постараемся делать ежемесячно)
avatar
RSS лента пустая
А рпод и саундклауд написаны робатами для робатов.
Не нашел как подписаться на подкаст.
Помогите!
avatar
хммм, а у меня появилось в рсс… странно. Люди, кто подписан, отзовитесь, появилось у вас или нет?
avatar
Спасибо за подкаст, темы интересные, информация получена, законспектирована проиндексирована, индексы положены в кэши. Лишь пара моментов омрачают бесконечную идилию:
1. Ведущему перестать перебивать ораторов и завести одно мнение на весь подкаст. От ракировок линий повествования закружилась голова.
2. Либо унца есть, либо её нет. Зачем кусками?..
3. Господа, ну не спектакль в детском садике, ну побольше естественности и поменьше постановки, почему у какого-то appleinsider и Radio-T это получается а у вас нет? Мы — pod-слушатели вас не съедим, я гарантирую это!©
4. Послешоу перед последней темой — интересный вареант, но как-то выдранно с корнями из контекста…
а в остальном ща пойду ваши RSS-ы к себе в папочку подкастов подшивать.

з.ы. via: habrahabr.ru (для статистики, если нужно)
avatar
Да в общем-то никакой постановки не было. Есть просто план подкаста — по нему и шли. Не везде гладко, да.

Мне очень лестно сравнение с эплинсайдерам и радиотом, но нужно сделать скидку на то, что это первый раз и ведущие никогда прежде не вели подкасты, не занимались звуком, особо нигде не выступали публично. Вероятно, в будущем всё будет получаться живее и лучше.
Спасибо за критику и советы.
avatar
Пожалуйста, на iTunes :)
Тогда буду слушать всегда)
avatar
Спасибо за совет. Займусь этим вопросом.
avatar
Да, подкасты в отдельную ленту хотя бы. Единственная rss лента, которая есть, на айдевайсах распознается как пустая.
Как дурак слушаю выпуск с компьютера через браузер без нормальной возможности подписаться. :(
P.s. подкаст про телеком это шикарно, молодцы ребята!
avatar
Мне стыдно признаться, но в этой теме я совершенный нуб. Я не знаю, как сделать отдельную ленту и вообще как распространять подкасты. RSS, вроде, прикручен к сайте, iTunes сделаю позже.

Спасибо за поддержку!
avatar
Существующий RSS блога для подкаста не подойдет. В вашем XML сейчас попросту нет поля enclosure, которое позволило бы указать подкаст-агрегатору файл для скачивания. Нужный XML вполне можно генерировать вручную или простым скриптом. Подробно здесь.
avatar
В принципе подкасат есть на rpod, там же должен быть и RSS, как я понимаю. Его и укажу в iTunes.
avatar
Если укажите itunes ссылку на rss прямо с rpod, потом не сможете её поменять. Можно скормить rss фидбёрнеру feedburner.google.com а уже результат — itunes. Лучше позаботиться о возможности перемещаться между ресурсами, на которых будет распространятся подкаст, без заведения новой ленты в itunes.
Кстати, rpod сам генерирует ссылку для itunes (кнопка вверху на странице ленты).
avatar
Да, вот я балбес уже завёл летну в itunes по рподовской сслылке. Но что-то мне кажется, что подкаст-хостера я едва ли буду менять. Спасибо за советы.
avatar
Могу привести несколько примеров из собственного опыта, когда приходится менять адрес ленты. С rpod это вероятней всего. Например, сейчас вы выложили подкаст на rpod, загрузив туда файл. У вас в подкасте есть музыкальные фрагменты, будьте готовы доказывать их лицензионную чистоту. Или использовать другой файл-хостинг и публиковать на rpod по ссылке (тогда и rss можно делать сразу с файл-хостинга, без посредников).

Сделал такую ошибку, когда публиковал свой подкаст ПОДзарядка на rpod. Источник фоновой музыки администрации не понравился. Хотя это был podsafe, но не из числа рекомендуемых терминалом.

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

Еще много подводных камней, с которыми сталкивались многие, гораздо более популярные подкастеры, чем я. И тогда приходилось изобретать способы оповещения слушателей об изменении адреса ленты, просить переподписаться в другом месте и т.п. Автономный хостинг или варианты вроде libsyn.com/ к которому рано или поздно приходят популярные подкасты это скорее вынужденный шаг.

P.S. Ваш подкаст понравился. Спасибо. Я три года назад, решив попробовать себя в подкастинге, начинал с того, что неплохо знаю: рассказывал основы теории телекоммуникаций, историю телефонии. Сейчас кажется, что первые подкасты ужасны, но ваш подкаст хоть и первый, но на высоком уровне. И тема интересная. Удачи!
avatar
В таком ключе даже не думал. Музыка куплена.Менять её вряд ли буду. От фоновой вообще планирую отказаться.
С рекламой вопрос тоже спорный. Я не уверен, что захочу её добавлять в подкаст.
Как бы то ни было — уже поздно, скормил рподовскую ссылку айтьюнсу.

А насчёт подфм не понял — они сами вставляют в подкаст релкаму?

Буду решать проблемы по мере их поступления.

Кстати, не знал, что всё-таки было телекомовский подкаст — искал в инете, спрашивал у всех знакомых итшников, даже на хабре вопрос размещал — ничего не нашёл.
Начинать с простых тем не хотелось — сразуотсеивается большой пласт инженеров высокого уровня. А так и им интересно, надеюсь, и маленькие в общих словах будут понимать о чём речь идёт.
avatar
Возможность добавление рекламы, права на подкаст, загружаемый на терминал и т.д. оговариваются в пользовательском соглашении. В истории rpod было такое время, когда терминалу принадлежали исключительные права на контент пользователей. Это вызвало волну возмущений и переход на альтернативные хостинги (на rpod публиковали по ссылке). Пользовательское соглашение podfm тоже дает возможность терминалу использовать контент без прямого согласия пользователя. В ПОДзарядку (выходит как «программа на подфм») иногда вставляют рекламу. Я после долгих препирательств в конце концов согласился на рекламу. По идеи, авторы программы должны тоже на этом зарабатывать. Договорились, что авторская доля пойдет на благотворительность.

Мой телекомовский подкаст alexey-rubtsov.podfm.ru/teleguide/ давно заброшен. Начинался на основе курса лекций, который я когда-то читал в университете, поэтому рассказывал основы. Первые выпуски ужасны, никак не мог привыкнуть говорить с микрофоном, а не аудиторией. Потом добавил выпуски по истории телефонии, стал рассказывать о некоторых железках, с которыми работаю, но в конце концов забросил эту ленту. Про «простые» и «сложные» темы поддерживаю, если есть желание слушатели найдут возможность поискать информацию на темы, которые заинтересовали.
avatar
Надо бы почитать пользовательское соглашение.

А ещё надо будет послушать ваш подкаст, темы выглядят заманчивыми. Особенно SDH.
Кстати, сначала у нас хотела в подкаст девушка — телефонист со своей собственной радиостанцией. Тогда мы планировали тоже историю телефонии рассказать.
avatar
Интересно и приятно послушать о «родных телекомах».
Тут некто выше написал что радиоты живее и менее наиграны. Однако те обладают несоизмеримым ЧСВ, не надно становиться такими же как они :)
Вобщем все отлично но на rpod'е хорошо бы сделать отдельную ленту, чтобы была возможность была подписаться выборочно на вас.
avatar
Да собственно, я и писал, то они живее, но полностью согласен с завышенным ЧСВ. Они свою аудиторию ни во что не ставят и считают всех недоразвитыми. Слушать подчас очень неприятно, а когда по 40-50% времени стало уделяться Эплу, совсем невыносимо) Теперь у нас есть свой подкаст с оэспэфом и цисками)

Про rpod обязательно посмотрю, но пока не понимаю, о чём идёт речь.
avatar
2600 Мгц — частота работы LTE у мегафона в Питере. Поддерживается очень большим рядом телефонов стоимостью > 15k(может есть дешевле).
P.s.
Мне кажется, что у Ростелекома чистая прибыль > 300 млн рублей))

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

Была поднята тема, о том что не по всей России еще 2G есть… Все мы прекрасно знаем размеры нашей Родины ну и понимаем, что нерентабельно было бы в некоторых районах делать сотовую связь. НО ведь у нас есть спутниковая мобильная связь! Например Глобалтел. Было бы интересно послушать про это! Могу кстати выступление подготовить :D
avatar
Спасибо. Мы не претендуем, признаться, на роль супеспециалистов. И мы будем ошибаться, а потом возвращаться к этой теме на новой итерации с новыми знаниями и учётом грабель. Первоочередная задача — интересно поговорить, приоткрыть для себя какие-то темы. В общем, учиться будем вместе с вами)
Спасибо за предложение. Я думаю, через несколько выпусков мы начнём приглашать гостей. Я вас добавлю в список) Тема спутниковой телефонии была бы особенно интересна. И теоретически ей можно посвятить весь выпуск. Будет кстати ваша электронка на info@linkmeup.ru.
avatar
Некоторые темы можно было раскрыть и поподробнее, но мы специально старались избежать сложного изложения, но, думаю, часть выпуска
будем стараться посвящать более глубоким техническим вопросам.
Мегафон в Питере работает через свою сеть? Или через Скартел?
avatar
>Мегафон в Питере работает через свою сеть? Или через Скартел?
через скартел… по всей стране ёта строит сети лте, а мегафон работает по модели «виртуального» оператора.
в дальнейшем к этой модели планируют присоединиться мтс и ростелеком…
вот что с билайном не понятно… на сколько я понял они все таки собираются строить собственные сети…
avatar
То что мегафон работает как виртуальный оператор на мощностях ёты — это 100%. А вот на счет МТС не понятно, ибо покрытие LTE МТСа сильно меньше, по сравнению с мегафоном, но местами оно есть там, где у мегафона покрытия нет.
avatar
Привет команда linkmeup!

Спасибо огромное за подкаст, давно искал что-нибудь подобной тематики, найти не мог, а тут такое счастье! Радиот прикольный, но все-таки более программистский. Первый блин вышел не комом, на мой взгляд очень даже неплохо. Буду рад, если регулярность выхода будет стабильной, а впоследствии сократится хотябы до двух недель ;)
Многие моменты предыдущие комментаторы уже озвучили, но хочу присоединиться к мнению по поводу музыкального сопровождения. На мой вкус пусть лучше оно или будет или нет, а то немного напрягает, когда музыка появляется и пропадает.

По теме LTE уже сказали, что есть довольно много телефонов, поддерживающих российский стандарт. И в Москве проблема использования LTE и телефонных звонков частично решена. На мегафоне, если абонент сидит в интернете по LTE, и в этот момент ему поступает вызов, звонящий слышит оповещение, типа «подождите звонок сейчас будет установлен». Абонента перекидывает с LTE на 2/3G и происходит голосовое соединение.

Был несколько удивлен о том, что один из авторов не знал о наличии handover'а на мобильном WiMax'е. А также о таких граблях с ним у Huawei. Я в свое время работал в компании, эксплуатировавшей сеть WiMax-Comstar в Москве, у нас практически не было никаких проблем с работой handover'a. Оборудование было израильское — Alvarion.

Забавными показались, что на циске далется оборудование доступа, а агрегирующие/ядровые железки мол используют другие. Обидно даже как-то стало за циску))

Еще раз спасибо за подкаст, желаю вам всяческих творческих успехов. С удовольствием продолжу слушать ваши творения. Да и «сети для самых маленьких» смотрел и читал с удовольствием: что-то напомнил себе, были и новые нюансы. Кстати на грабли с arp-proxy не наступал, спасибо за инфу. При правильной архитектуре, по-идее, таких траблов быть не должно.
avatar
До двух недель точно не можем обещать — всё-таки это не просто новости обсудить, а мы спецы не во всех областях. Самим хотелось бы почаще.

Спасибо за критику и советы.
Но, повторюсь, что мы учимся вместе с вами, поэтому некоторые вещи можем действительно не знать.
В WiMAX, кстати, хендовер — вещь очень привередливая. На 3.5ГГц качественного хендовера уже довольно сложно добиться. Ну а 5.5 — это вообще фикса.
Надеюсь, со временем поднимем планку.
avatar
3,5 и 5 ГГц — это вы видимо про стандарт 802.16d, так называемый фиксированный WiMAX. Там ожидаемо плохо дела обстоят с хендовером.
У нас был WiMax 802.16e — мобильный WiMAX. Несущая частота была 2,4 ГГЦ. Проблем с хендовером мы практически не знали.
avatar
Ну почему же, 802.16е вполне поддерживает 3,5 ГГц. У нас был как раз мобильный как раз на 3,5. И вы понимаете, что на такой частоте уже больше проблем.
Я оттуда уже ушёл, но насколько мне известно, они добились нормального хендовера.
avatar
Да я тоже уже два года как не занимаюсь этим :) Вы, как я понял, теперь в Huawei трудитесь.
avatar
Да, верно. Датаком.
avatar
А ваши статьи про WiMax на хабре в то время я с удовольствием читал :) Прокомментировать не мог ибо не зарегестрирован, инвайтик так и не нашел, хотя усиленно и не искал.
avatar
Какое пересечение) С этих статей вся жизнь онлайн и началась.
avatar
Да забавно) Я сейчас сетевым инженером в интеграторе тружусь. По-белому завидую вашей жизни в онлайн!
Желаю вам не остыть и продолжать, очень уважаю этот труд.
avatar
Я кстати, так и планировал: оператор->интегратор->вендор. Но как-то перепрыгнул промежуточный хоп.
Спасибо!
avatar
В интеграторе классно, что много вендоров «пощупать» можно :) Cisco, Extreme, Juniper, Avaya в основном.
avatar
> И в Москве проблема использования LTE и телефонных звонков частично решена. На мегафоне, если абонент сидит в интернете по LTE, и в этот момент ему поступает вызов, звонящий слышит >оповещение, типа «подождите звонок сейчас будет установлен». Абонента перекидывает с LTE на 2/3G и происходит голосовое соединение.

не вспомню где точно читал… но где то представители мегафона писали что будут проверять работоспособность обоих способов…
а так ИМХО, поставил «мультифон» и в лте разговариваешь через него, профит, проблема решена =)
avatar
Кстати ESL — English as a Second Language :)
avatar
Благодарности и респекты вам, коллеги! +1 слушатель и посетитель :)
P.S. я невнимателен и просто не заметил тут упоминания подкастов от пакетпушерс.нет? У них есть просто исключительные подкасты. Много познавательной информации о всяком хай-енде и bleeding edge нашей индустрии, тот же SDN и что с ним связано. Ну это для тех, кому ширпотребные радиоты не интересны :)
avatar
Да, нам их уже присоветовали на хабре. Спасибо. Будет интересно.)
avatar
А что у CBT-Nuggets ты слушал? Я периодически смотрю их видео, но ничего у них не видел, что можно только слушать…
avatar
Только слушать — нет. Это курс видеолекций. И это два его недостатка — нельзя просто слушать и это курс, а не периодические выпуски.
avatar
А, понятно, спасибо. А то я уж подумал, что они какие-то подкасты тоже делают…
avatar
Огромное спасибо за работу. Лишь недавно обнаружил ваш сайт. Слушаю подкасты запоем! :)
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
комментарий был удален
avatar
Огромное спасибо за этот проект. Начал слушать… очень интересно слушать диалог на интересующие темы.
avatar
Ох, то ли ещё будет! Впереди у вас ещё 38 выпусков.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.