Может это и не в тему, но интересно.
Насколько знаю в сети GSM есть около 15 приоритетов устанавливаемых на абонентов, то есть с высоким приоритетом можно дозваниться с сильно загруженной сети когда у других сбой сети выскакивает.

А теперь вопрос: кто сталкивался с этим и возможно ли поднять приоритет самому или это прописывается где-то на коммутаторе у оператора и сделать нечего нельзя?

Ага, тема обсуждалась уже. Насколько помню, люди ничего хорошего от смены проритета не получили... а мож, ошибаюсь

Эта фишка вообще существует, но самому, без доступа к коммутатору, этого не сделать. Да и не каждый опер это предоставляет просто так, обычным абонентам, за доп. плату. Разве что спец. службам на случай какой-нить катастрофы.

Да, были дебаты :) Приоритет должен быть прописан как в карте, так и в комутаторе.

Кто-то исследовал зависимость приоритетов прописаных в карточка оперов.
Временами в АСЬВАСЕ выше чем не котракте

Напишите, плиз, как прописать в сильвер эти приоритеты... в инет днем не прорвешься в последнее время, может, это поможет?

A мне кажется приоритет прописывается только на станции...
Ведь приоритет можно как дать так и взять...а как его возмешь с карты...

Так что прописка приоритета на карте смысла не имеет...

Я же говорю - это нельзя сделать без работ на коммутаторе.

Напишите, плиз, как прописать в сильвер эти приоритеты... в инет днем не прорвешься в последнее время, может, это поможет?
Класс доступа: файл 7F20:6F78 (ACC - Access Control Class). Живет в EEP, 2 байта по адресу 04A7 (6.01s) или в моей прошивке по адресу 0501. Кодируется так: 00 01 - класс 0, 00 02 - класс 1, ..., 00 80 - класс 7, 01 00 - класс 8, ..., 80 00 - класс 15.

сенькаверамаша всем, буду попробовать сегодня. :)

сенькаверамаша всем, буду попробовать сегодня. :)

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

А самому колупаться лень, да и програматора пока нет.
Я тебе в асю стукнул, если что стукни мне. Очень охота узнать что вышло.

Вот, вроде собрался сегодня... встал вопрос: чем бэкапить карту для дальнейшего восстановления? SIM_EMU_6.01_CFG что-то никак не хочет нормально работать у меня, кроме него еще чем все сохранить - восстановить? Ну, записнуху можно Вороном или Кардиналом, а вот вси ки...

Прошил. Заодно походу настроил, наконец-то, СимЭму конфиг (правда, не помог), SEConfig от PIC-ador (классная штука, вопросов нет - все работает прекрасно), испытал Ворона в части работы с записнухой ( русские записи читает и пишет, отдельный сенькс). Байты менял, правда, в мультичипе (вроде винхекса, только русский). Короче, повозился минут сорок... пока никаких изменений не обнаружил :)

Как то ты странно, все через одно место сделал :) Пиво пил? :)
Дык на сухую кто такие дела делает? :lol:

SEConfig от PIC-ador (классная штука, вопросов нет - все работает прекрасно)

Доброе слово и PIC-ador'у приятно!

... пока никаких изменений не обнаружил

Так оно вроде и должно быть. Приоритет то у голосового трафика.

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

Никакого ускорения/улучшения в обслуживании не будет, я бы этим не занимался.

Если очевидно, что корову не научишь говорить по-японски, то заниматься этим не стоит :)
Хотя, бесспорно, это личное дело каждого.

Да.. порой на таких вещах и зиждятся надежды наши.. а потом в итоге рождаются такие творения, как Ворон_скан ... :)

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

Лето , блин ... +18 , дождь идет :(

Захотели и развели :) Разведём кого хочешь :)
А лето действительно непонятное.. ТОлько в последние дни устаканилась, море прогрелось хоть как следует.

Лето , блин ... +18 , дождь идет

лето ,блин +18*2 ... дождь только в мечтах...

Во-во, даже покруче..

Да-а лето уже достало, +32-33 неделю уже :(

Где там, блин +33? За окном +16,8 + поливает каждый день. Середина ЛЕТА однако!

Что-то вы от темы совсем ушли, или приоритет от погоды зависит? :lol:

В солнечной Сибири, Иркутске уже неделю жара, достала ....

От темы отклонились, видимо погода всё таки виновата.

Пиво нагрелось, и пошло-поехало :)

Ну что, о погоде поговорили, теперь немного правительство (-ства) поругаем, пошлем всех нах и - таки к приоритетам вернемся.

2 PIC-ador:
1. какие-нибудь изменения чувствовались после патча соотв.места прошивки на 80 00?
2. это может быть и потенциальной миной - единый приоритет на все позиции мультисимки - а , может, какой оператор не использует конкретного значения приоритета и отфильтрует, локализует и накажет ;-)
3. не знаешь про наших опсосов - какие у них типичные значения для препейдо, федеральных номеров, прямых номеров и роумеров?
4. 16.8 (сейчас 17.4) - не так и скверно: тем более что налетевшие дожди с грозами регулярно сменяются ясным солнцем (сегодня - исключение, вот башка и гудит..).

какие-нибудь изменения чувствовались после патча соотв.места прошивки на 80 00?

Так это ж не я правил! Это - Van7. Ему и вопросы...

какие-нибудь изменения чувствовались после патча соотв.места прошивки на 80 00?

Так это ж не я правил! Это - Van7. Ему и вопросы...

Не, а как проверить? Может, что и изменилось. То, что явно заметил, не смотря на пиво, описал выше... :lol:

Можно ли поправить файлы на обычной симке, хочется попробовать поменять приоритет на стандартной симке, какой софт это может? Cardinal'ом пробовал - тока читает!

Не, а как проверить? Может, что и изменилось.
С двух разных карт (со "средним" приоритетом и самым высоким) из одного места пытаться совершать звонки в момент когда в данном месте какое-то массовое действо и сеть испытывает перегрузку (массовые народные гуляния на салют, концерт Сэра Пола МкКартни и тп)

Можно ли поправить файлы на обычной симке, хочется попробовать поменять приоритет на стандартной симке
Нет. (с) макс риббентроп

Это прикол такой - придти на Маккартни, чтоб по телу поболтать?

Это анекдот такой был:
Новый русский говорит жене - давай в театр сходим, там кто-то известный приезжает.. надо обязательно быть, что ты - билеты ж по тыще баксов! Узнай, где театр находится... :)

Вот такие люди и на Маккартни будут по телу трещать..

Вот такие люди и на Маккартни будут по телу трещать..
Я привел так, для примера случаев когда в одном месте сбивается очень много народа и есть проблемы у опсосов - просто недавно он приезжал к нам - был концерт на Дворцовой площади, народу набилось как селедок в бочке. Мобильники никто не выключал - смысла никакого нет: сотням децибелов исполнителя это не помешает. Так что звонков было много, и входящих, и исходящих. Народ потом обменивался впечатлениями - какой опсос висел, какой жужжал, а какой - пахал и не жужжал. Сам я, правда, не был - предпочел съездить в Пушкин на концерт итальянских саксафонистов - там мобильники отключали :roll:

Я тоже проверял - нет разницы, потом узнал, у нашего опсоса приоритеты не используются.

Вот... если кто следит за форумом, то заметил, что я сегодня еще не постил... :)
Причина - с утра и до вечера нет инета... какой-то там коммутатор накрылся, спеца из другого города вызывали и т.д.... Самый прикол, что все это время не было сотовой связи во всем городе.
20 минут назад врубили инет... моя сотка включилась минуты на две раньше окружающих, похоже... вот лог аськи:
16.07.04 17:42 Олег Помазанов: тоже весь день без аськи?
16.07.04 17:42 310537990: и без сотовой
16.07.04 17:43 Олег Помазанов: угу, а че случилось-то? не слыхал?
16.07.04 17:44 310537990: коммутатор в кизяктелекоме накрылся ночью, нашли новый, а спец по установке в актюбинске был, пока приехал...
16.07.04 17:45 Олег Помазанов: а сотовой долго не будет еще?
16.07.04 17:45 310537990: потихоньку запустится, щас у них перегруз пошел, все полезли региться...
16.07.04 17:46 Олег Помазанов: ясно, во ж... -то...:-D
16.07.04 17:51 310537990: вот и сотки заработали...
16.07.04 17:52 Олег Помазанов: пока нет ...
16.07.04 17:54 Олег Помазанов: ага - есть

У кого какие мнения?

... и ток медленно пошёл по проводам ...

Вчера:

Не, а как проверить? Может, что и изменилось. То, что явно заметил, не смотря на пиво

Сегодня:

.... Самый прикол, что все это время не было сотовой связи во всем городе.

Ё моё, что же я наделал? :shock:

Ё моё, что же я наделал? :shock:
Вот-вот, казалось бы - всего бит преставил..
Ты, это.. с софтом для АЭС никогда не возился?

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

2 минуты - это не показатель. Попробуй поставить одинаковые приоритеты и одновременно с мобилами в руках выйти с другом из подземелья - сеть они найдут не одновременно.

Да у меня уже как целый год прошита симэму с патченными классами доступа в сеть... все классы проссумированны... реально никаких преимуществ... лишь на Новый Год, когда никто дозвониться не мог (даже друзья, которые находились вокруг) - у меня это получалось... Но увы :( тот кому я звонил имел обыкновенный класс доступа в сеть и был недостпен... Однако в Германию я звонил без проблем!!! И это при том, что все одновременно набирали... набирали.. набирали... У меня потом даже стали брать телефон позвонить, т.к. только с моего реально через раз удавалось дозваниваться... И то ... ТОЛЬКО НА СТАЦИОНАРНУЮ СЕТЬ!!!!

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

Да у меня уже как целый год прошита симэму с патченными классами доступа в сеть... все классы проссумированны...
Как это? FF FF?

Да у меня уже как целый год прошита симэму с патченными классами доступа в сеть... все классы проссумированны...
Как это? FF FF?
Да, я себе так и делал.

Как это? FF FF?

Нет. Сумма классов прописывается F8 00 - вы топик то с начала прочитываете или только последнюю страницу?
Здрасьте, как раз сумма ВСЕХ классов и буде FF FF.
Вот здесь (http://www.pyramidmagsat.honsat.ru/viewtopic.php?t=4012&postdays=0&postorder=asc&start=20#32537) это давно обсуждалось, читайте hex-a :)

Подскажите где это менять?

Классы доступа:
0-9 обычные десять классов
11 - зарезервированно за сетью
12- службы безопасности
13- общественные службы (вода, газ и т.д.)
14-службы скорой помощи
15-службы персонала
По умолчанию к классу 10 относятся все мобильные телефоны
Это так описано в GSM 02.11
как реально, их пользуют опсосы ХЗ

Кодирование классов:
00 01 - Класс 0
00 02 - 1
00 04 - 2
00 08 - 3
00 10 - 4
00 20 - 5
00 40 - 6
00 80 - 7
01 00 - 8
02 00 - 9
04 00 - 10
08 00 - 11
10 00 - 12
20 00 - 13
40 00 - 14
80 00 - 15

Подскажите где это менять?

Файл 7F20:6F78 (ACC)

Классы доступа:
0-9 обычные десять классов
По умолчанию к классу 10 относятся все мобильные телефоны
как реально, их пользуют опсосы ХЗ


0-9 прописываются в карточках и на комутаторе рандомом...
В том же ГТ и КС припейд может легко иметь класс доступа выше корпы самой модной (как в ЮМЦ - не знаю, посмотрите)
НЕИМХО, КС юзает их вручную во время прегрузов поочередно вырубая всех с 0, потом 1 и так до нормализации траффика, потом вручную вводит их назад

Вдогонку.
0-9 - в процессе набора номера и в транспорте запроса к комутатору - все равны, кто первый вскочил в сигнальный канал - тот и папа

Файл 7F20:6F78 (ACC) - это если менять в симке, но это вряд ли возможно (установлено оператором), а вот если SBelov пройти по ссылке что я дал или почитать топик с начала, то написано как поменять классы доступа в прошивке sim-emu. Исправить в EEPROM по адресу 04A7 (для версии 6.01s) 2 байта на FF FF.

Файл 7F20:6F78 (ACC) - это если менять в симке, но это вряд ли возможно

Ну, это почему же? Спрашивающий товарищ “разбирает” SimEmu так сказать изнутри. А так как SimEmu эмулирует работу карты то и файловая система там тоже присутствует. В тексте есть таблица, где все описано: имя файла, размер, адрес и т.д. Правь, как хочешь.
Залез как-то на Сименский форум. Во вопросы задают, типа: хочу тут патчик написать, научите как!

Залез как-то на Сименский форум. Во вопросы задают, типа: хочу тут патчик написать, научите как!

И там сходу прочитали курс программирования контроллеров, особенности процессоров в Сименсах? :lol: :lol: :lol: :lol: :lol:

И там сходу прочитали курс программирования контроллеров

Не. Послали в ихний танк!

Всетаки сумма будет FB FF.
Так написано в стандартах

Всетаки сумма будет FB FF.
Так написано в стандартах

Ну, да! Бит соотв. класссу 10 всегда 0.

Как я и писал сумма "высших" классов будет F8 00.

Да, кто ж сомневался? :D

На новом конфигураторе PIC-adorа я всем домашним и подруге жены установил 70 02. Не хочу быть ни якобы сотрудником, ни резервисткой сети.

Теперь они всегда на связи? :lol:

Что за новый конфигуратор PIC-adora :? дайте ссылочку

Оо господин Белов8)
Так он вроде 6.0rus не понимает :/

относительно приоритетов в GSM:

те классы что вы пытаетесь перепрограммировать на симкарте не имеют отношения к приоритету занятия разговорного канала когда все ТСН в соте заняты, эти классы имеют смысл только для доступа в соту, а точнее для занятия сигнального канала RACH. BSS вещает все 15 классов в соты, при этом некоторые из них могут быть закрыты со стороны сети - т.е. только симкарты с классом не запрещенны в соте могут получить доступ к сигнальному каналу RACH, а если все ТСН заняты то ваш звонок будет отбит сетью...
вы перепутали фичу в GSM - queueing&priority которая должна быть активна на коммутаторе и BSS, где приоритет абонента прописывается на коммутаторе, а BSS в случае всех занятых ТСН поставит абонента с меньшим приоритетом в очередь тем самым освободив ТСН для абонента с большим приоритетом.... 8)

эти классы имеют смысл только для доступа в соту, а точнее для занятия сигнального канала RACH

А что разве кто-то хотел большего?

RACH - random access channel - по нему трубка просит у сети выделения SDCCH-канала для установления соединения. Он доступен любой трубке, на то он и рэндом.
А об остальном я уже говорил - без прописке на MSC это дело не прокатит.

to PIC-ador:
я просто пояснил смысл - как это завязано, а от того что ты получишь RACH=>SDCCH, то при занятости всех TCH в соте ты фактически доступа в сеть и не получаешь ( возможность сделать звонок),твой звонок всеравно получит отлуп от сети!
вот если у оператора в сети активна фича "directed retry 8) " => тогда тебе могут выделить TCH из другой (соседней)соты...но это всеравно не имеет ничего с классами на симке

to PIC-ador:
я просто пояснил смысл - как это завязано, а от того что ты получишь RACH=>SDCCH, то при занятости всех TCH в соте ты фактически доступа в сеть и не получаешь ( возможность сделать звонок),твой звонок всеравно получит отлуп от сети!
вот если у оператора в сети активна фича "directed retry 8) " => тогда тебе могут выделить TCH из другой (соседней)соты...но это всеравно не имеет ничего с классами на симке

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

to Prosto:

об очереди имеет место говорить только ,если на сети активна фича ”Queuing and Priority” , если ее нет, то и очереди быть не может...

об очереди имеет место говорить только ,если на сети активна фича ”Queuing and Priority” , если ее нет, то и очереди быть не может...

Ткни меня, ПЛЗ, носом в литературу по этому.

прошу заранее прощения у админа за оффтоп...

to Prosto:
привожу выдержку из доки (только на английском):

-------------------------------------------------------------------
The feature ”Queuing and Priority”:
A subscriber engaged in a call must have a portion of the radio interface at his disposal which is uniquely devoted to the call for its duration. This portion of the radio interface is called a traffic channel.
Sometimes, no adequate traffic channels are available when needed by a certain subscriber. Rejecting the request which will probably not be appreciated by the subscriber, will be prevented by introducing the feature ”Queuing and Priority”.
To understand this feature, two aspects have to be considered. On the one hand, the queuing strategy is introduced, while on the other hand priority levels which play an important role in the feature are introduced.
· The queuing feature makes it possible to put a request aside which will be served when a suitable channel becomes available. In this way, the traffic channel resources are used more efficiently by increasing the number of successful call attempts. The queued requests are not treated on a ”first-come, first-served” basis, but a more sophisticated scheme is devised based on a priority strategy.
· Priority levels are introduced which influence the allocation decision in the case of congestions. Two types of priority levels can be distinguished:
– priority levels associated with an individual subscriber and
– priority levels associated with a type of event. The events referred to in this document are events requiring traffic channels (e.g. at the call initiation, handover).
These priority levels are entered within an allocation scheme. Based upon correlation between the levels (subscriber priority level/event priority level), the scheme allows a decision to be made as to which request is granted access first. Access can even be granted by pre-empting the resources of another connection (forced release or forced handover).
To this end, the network operator is able to offer a guaranteed level of service to certain subscribers (e.g. policemen, fire department) and a certain kind of events (e.g. emergency call setup).
-------------------------------------------------------------------

прошу заранее прощения у админа за оффтоп...

to Prosto:
привожу выдержку из доки (только на английском):


А где оффтоп?
Оффтопа нет.
Спасибо за вырезку.
Вопросы есть.
Каково время жизни очереди?
Каков механизм guaranteed level of service в случае, если ВСЕ каналы заняты и хендовер невозможен?
Делается резервирование или де принудительно освобождают канал?

В случае если сигнализация забита СМСами все приоритеты идут на смарку, я прав?

to Prosto:
привожу выдержку из доки (только на английском):
-----------------------------------------------------------------------
Priority handling:
The base station has to know how each priority level has to be handled in the case of radio congestion.
Therefore, two aspects are concerned:
– A queue is installed in each base station to store traffic channel requests which cannot be served immediately. The number of places and the maximum time to spend in the queue is administrable by the PLMN operator. Note that the commands for these administration tasks depend upon the base stations supplier.
– Each priority level is attached to parameters indicating the actions to be taken by the base station when no traffic channel is available. These parameters are stored within a so-called priority table in the MSC. Every time a channel request arrives at the MSC, a survey is done to find the priority and parameters allowing the base station to perform the necessary action in the case of congestion.
-----------------------------------------------------------------------

относительно перегрузки сигнальных каналов (SDCCH):
если есть перегрузка в соте по SDCCH => нет возможности выделить TCH ...

относительно перегрузки сигнальных каналов (SDCCH):
если есть перегрузка в соте по SDCCH => нет возможности выделить TCH ...

О чем я и говорю...

ЗЫ. Спасибо за цитаты. Они в нете где-то есть?

to Prosto:
я пользуюсь доками от производителя... 8)

to Prosto:
я пользуюсь доками от производителя... 8)

Классно тебе.
А мне тут дали на несколько дней Эриксноновкое описание ГСМ сети, я прочитал и сразу ж отобрали...

to Prosto:
я пользуюсь доками от производителя... 8)
Клёво! Внеси тогда ясность во взаимодействие BS, MSC, HLR, AuC при наличии одноврменно у оператора SIM с COMPv1 и v2. Мы пытаемся найти взаимопонимание с Сэром Грэхэмом на
http://forum.gsmhosting.com/vbb/showthread.php?t=152830 , но что-то плохо понимаем друг друга на английском.

Он вообще говорит, что у него есть фенька от Gemplus - симка, понимающая спец.команду APDU, переключающая внутри ее алгоритм то на в1, то на в2. На мои уточняющие вопросы - не фейк ли это - отвечает, что да, последние 10 битов ответа в2 - нули и что он - не лентяй 8)

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

to sbog:
все очень просто , версия алгоритма comp128 (A38) должна быть одинакова как на карте так и на свитче (AC/HLR), если оператор хочет внедрить на сети карты с новым алгоритмом то он (например с GemPlus) создает новый профиль карт, параллелно эта же версия алгоритма должна быть прошита в АС. Когда оператор получает фаил с данными на карты новой партии (Ki, ICCID,IMSI,ADM1....), то при вводе данных в АС (IMSI,Ki) так же вводится и версия алгоритма А38 , вводится для каждой карты. Одновремменно в АС могут существовать несколько версий А38 так же как и транспортного ключа...

да, по поводу специальных карт от GemPlus, насчет поддержки нескольких алгоритмов в одной не скажу, но есть тестовые карты ,в них можно менять все (IMSI,Ki....), также с помощью спецсофта создавать SimToolKit, тем же софтом проводится проверка А38....вообщем можно делать все, на то они и тестовые...

Благодарю, это и так все ясно - не в этом вопрос: Сэр Грэхем утверждает, что IMSI и Ki карты v1, будучи прописаны в его феньку в режиме v2 - принимаются сетью, можно звонить, принимать звонки..
Причем на мои "подкопы", а хорошо ли установлено, что эта его симка может и v1, и v2 - отвечает, что при одном и том же RAND - Kc/SRES выдаются разные (т.е. типа все выглядит пристойно). Я спросил - не сбрасывает ли абонентский терминал при включении симку в "состояние" v1 - не отвечает.

но есть тестовые карты ,в них можно менять все (IMSI,Ki....)
Отлично завернул! :lol: мнне кажется такая "тестовая" карта есть у каждого посетителя этого форума - мультисимка называется.

Я читал переписку с СирГрахамом.. и говорил, что опер сразу определяет, какая симка у ебонента - В1 или В2.

Благодарю, это и так все ясно - не в этом вопрос: Сэр Грэхем утверждает, что IMSI и Ki карты v1, будучи прописаны в его феньку в режиме v2 - принимаются сетью, можно звонить, принимать звонки..
Причем на мои "подкопы", а хорошо ли установлено, что эта его симка может и v1, и v2 - отвечает, что при одном и том же RAND - Kc/SRES выдаются разные (т.е. типа все выглядит пристойно). Я спросил - не сбрасывает ли абонентский терминал при включении симку в "состояние" v1 - не отвечает..

ну я же уже сказал...каждой карте в АС соответствует свой А38 => при одинаковых Кi&Rand на входе разных алгоритмов => Sres&Kc должны быть разными...это и так очевидно.... следовательно если карта создана в АС с comp128 V1, а ты использовал ее Кi с comp128 V2 (на тестовой карте) ...то Sres&Kc из АС и карты не пройдут сверку в MSC/VLR => карта не пройдет регистрацию и в доступе в сеть ей будет отказано...


но есть тестовые карты ,в них можно менять все (IMSI,Ki....)
Отлично завернул! :lol: мнне кажется такая "тестовая" карта есть у каждого посетителя этого форума - мультисимка называется.
я думаю что есть значимые отличия , хотя бы редактирование SimToolKit, модификация файла со счетчиком аутентификаций...

Сэр Грэхем утверждает, что IMSI и Ki карты v1, будучи прописаны в его феньку в режиме v2 - принимаются сетью, можно звонить, принимать звонки..

забыл добавить, что доступ в сеть в этом случае возможен ,но только до первой же аутентификации...
известно ,что АС/HLR посылает при запросе на MSC/VLR от 3-5 триплетов, так вот на MSC/VLR эти триплеты используются в зависимости от настроек- в зависимости от событий MOC/MTC/SMS... , например : всегда (при каждом звонке проводит аутентификацию......)/никогда/ в зависимости от счетчика( например каждые 10 звонков) , те же установки используются и для TMSI relocation/IMEI checking...
так вот после изменений проведенных Сэром Грэхемом его карта просто не проходила аутентификацию (специфика настроек MSC/VLR).

Вполне возможно что на его карте есть comp128 V2, если это так, то при известных Rand/Ki/Sres можно было бы понять работу алгоритма...

хочу отметить что GemPlus еще пару лет назад запотентовал способ создания более защищенного Ki - повысив защиту от взлома/подбора , при чем для карт с такими ключами алгоритм может быть прежним comp128 V1....

Сэр Грэхем утверждает, что IMSI и Ki карты v1, будучи прописаны в его феньку в режиме v2 - принимаются сетью, можно звонить, принимать звонки..


В принципе не верить этому причин нету... вполне возможно АС у данного оператора не знает какая версия у карты и генеррует триплеты в дух экзимплярах..один в расчете на v1, другой на V2... если аутентикация для одного не пройдет, будет сделана попытка для другово триплета...

Спросите почему? Да очень просто... поставьте себя на место оператора, который должен заменять несколько миллионов карт с версией V1 na V2 (зачем , думаю и сами знаете :) )

Оператор напечает карты с теми же IMSI и КИ, но при этом с V2 алгоритмом... Оповестят абонентов о необходимости замен карт..
На западе с этим легко, достаточно намекнуть , что безопасность его карты необеспечена, абонент сам побежит..

Ну вот пока не заменят карта будет работать в режиме V1, после замены с теми же КИ и ИМСИ в режиме V2..


хочу отметить что GemPlus еще пару лет назад запотентовал способ создания более защищенного Ki - повысив защиту от взлома/подбора , при чем для карт с такими ключами алгоритм может быть прежним comp128 V1....


Речь в таком случае идет о КИ, состоящем только из неколлизионных пар ..их 768 штук...в таком случае сканирование обычным способом невозможно..
Но для этого есть режим Strong KI в симскане, который ломает такие КИ..просто кол-во запросов может оказаться более 300 тысяч, и убить карту проше простого.... Но это чисто теория... На практике я лично ни разу не встречал карты с такими КИ... и ни разу не слышал чтоб встречал кто то из форумчан... т.е. данная тема в реале неактуальна...

[quote]
В принципе не верить этому причин нету... вполне возможно АС у данного оператора не знает какая версия у карты и генеррует триплеты в дух экзимплярах..один в расчете на v1, другой на V2... если аутентикация для одного не пройдет, будет сделана попытка для другово триплета...


уж поверьте мне ,а я знаю что говорю, АС так не работает, АС генерит триплеты только в одной версии - которая была упомянута при создании карты в АС...
карта в АС может быть создана только один раз и только для одной версии А38, и только для нее будут генериться триплеты!
иного быть не может!

PS:я уж и не знаю как еще объяснить вам , внимательно читайте мои посты !

то GSMuser>
АC будет работать так как его запрограмируют....
Если скажем он выдает сразу десяток триплетов, то что мешает им быть через v1 И V2? ничего ...абсолютно ничего....

не сомневаюсь что у вас есть кой какой опыт,с конкретным оборудованием, но он именно конкретный... A варьировать можно по разному ..

то GSMuser>
АC будет работать так как его запрограмируют....
Если скажем он выдает сразу десяток триплетов, то что мешает им быть через v1 И V2? ничего ...абсолютно ничего....

не сомневаюсь что у вас есть кой какой опыт,с конкретным оборудованием, но он именно конкретный... A варьировать можно по разному ..

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

TO GSMuser>
Можно и двадцать лет работать юзером-техником и заниматься простым загоном карт в AC и уметь лишь только это (не в обиду вам будет сказано) ..

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

Для того что я сказал не нужны никакие рекомендации... ~Что делает
AC? генерирует триплеты и дает их HLR -у по мере надобности, причем сразу несколько штук... что мешает иметь такое програмное обеспечение, которое будет генерировать один триплет для V1,а другой для V2? HLR даже знать небудет какой из них кто..пошлет один триплет, будет failure, при повторном заходе будет использован второй триплет, и все будет ок...
Есть такое понятие Support... закажешь себе такой сценарий и получишь его..

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

to Ворон:
я работал со свитчами Сименс и Алкатель, в Росии, а теперь в Европе, да не в этом суть, есть такая вещь как роуминг.... взаимодействие АС со своим и чужим VLR всегда одинаковое, а роуминг как мы знаем - по всему миру - свитчи различных производителей, я проводил так же много роуминговых тестов (IREG) со многими операторами и делал много трейсов... да, версия алгоритма в трейсе не присутствует, но ни один из чужих VLRов (даже если получил бы триплеты для разных версий, а АС за один раз посылает на VLR от 3-5 триплетов) при сравнении Sres не будет их перебирать а сразу даст отлуп при первой же ошибке сравнения- ему все равно как настроен твой АС и процедуру LocUPdate он с твоим АС не начнет, а посылать репорт что сверка не прошла VLR не обязан- нет такого в рекомендациях => вот твои абоненты и получат проблемы с роумингом...
а если у тебя на сети три-четыре версии... для каждого абонента заниматься подбором? усиливая сигнальный трафик, вызывая долгое ожидание регистрации? и это все при том что аутентификация проводится на сети довольно часто... только если кто-то из операторов имеет такое (сценарий по вашему предположению) на сети то QoS боюсь очень от этого страдает...
как показывает опыт, единицы специалистов на сетях у операторов и в центрах поддержки имеют глубокое понимание работы сети.

иного быть не может!
Благодарю. Вы вернули мне прежнее устойчивое состояние - поскольку утверждения Сэра меня несколько поколебали в уверенности,что я все правильно понимаю.

Про смену TMSI он, кстати, писал.
Все равно я думаю, что что-то в своих опытах он сделал некорректно. Либо - вообще та карта - фейк.

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


Согласен ..именно потому они и мыслят лишь в определенных рамках..


при сравнении Sres не будет их перебирать а сразу даст отлуп при первой же ошибке сравнения- ему все равно как настроен твой АС и процедуру LocUPdate он с твоим АС не начнет


Отлуп конечно даст ..и перебирать конечно не будет...
Но не забывайте , что включенный телефон все время будет делать попытку регистрации (уже не говорю что абонент и сам будет насиловать меню Сеть ), и уже при второй попытке зарегестрируется..
Во времени разницы никто и не почувствует..



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

Речь идет о гипотетической ситуации небоходимости перехода с одной версии на другую..т.е. только о двух версиях...



и это все при том что аутентификация проводится на сети довольно часто...


Аутентикация проводится столько раз, на сколько раз настроена будет
станция... Т.е. в родной сети это можно отрегулировать,
ну а в роуминге кол-во абонентов о сравнению с основной массой просто мизер...

P.S. Смысл всего сказанного лишь в том что такая ситуация при желании возможна и спокойна осуществима...

Есть ли такое на самом деле оставим на совести Сир Грахама :)

Во блин как тема плавно переросла обсуждения в1 и в2 ... А ведь начинали то про приоритет звонков!!!! И вообще куда не глянь... какую бы тему не посмотришь - всё к одному сходится, всё на одно завязывают ... ЭТО на в2 !!! И когда с ним что-нибудь ясно будет... Может после этого головы чем-нибудь другим все забьют...
Заранее ПРИНОШУ извинения за вышенаписанную чушь... это так размышления... Просто не сдержался... Уж больно давно волнует вопрос про приоритету доступа в сеть в маштабе одной базовой станции... А не целого коммутатора... (там где на последнего и прописывать ничего не надо) Волнует и то на сколько влияет выставленные приоритеты при штурме базовой станции абонентами... Когда уже базовая станция не справляется и идут отказы... Вот хотел вспомнить как называется еденица загруженности сотовой сети... но не помню... Помню лишь как-то оочень красиво...

Уж больно давно волнует вопрос про приоритету доступа в сеть в маштабе одной базовой станции... А не целого коммутатора... (там где на последнего и прописывать ничего не надо) Волнует и то на сколько влияет выставленные приоритеты при штурме базовой станции абонентами... Когда уже базовая станция не справляется и идут отказы... Вот хотел вспомнить как называется еденица загруженности сотовой сети... но не помню... Помню лишь как-то оочень красиво...

ИМХО и не только (слова НОКовца КС)
В борьбе за разговорные каналы на БС все равны, исключение только тогда, когда для высокоприоритетных не зарезервировали иных.

Кстати... я уже писал вроде об этом... ПРОВЕРЕНО! Когда базовую станцию запускают в тестовом режиме, т.е. всем абонентам она не доступна, ТО с определёнными классами доступа в сеть (прописанными, между прочим, именно в СИМку) можно совершать звонки...

Сорьки, что снова поднял старое... если кто желает, самое время настает проверить теорию о приоритетах... час Х так сказать... с Наступающим всех!!!

самое время настает проверить теорию о приоритетах

:) ...держим в одной руке бокал, в другой телефон!

...держим в одной руке бокал, в другой телефон!

Но главное ведь мысль, которая в голове в данный ответственный момент находится... и с языка потом сорвется....

Сорьки, что снова поднял старое... если кто желает, самое время настает проверить теорию о приоритетах... час Х так сказать... с Наступающим всех!!!

Что из проверки тебя интересует?

Да меня уже давно ничего не интересует, просто глянь, сколько постов по этой теме развели... Через месяц появится очередной с вопросом "а работает ли?", так будет хоть куда послать, если люди свои впечатления о связи в новогоднюю ночь выскажут...
По моим впечатлениям, наш опсос исправился - с 0 до 0-10 спокойно дозванивался внутри сети, жена друзей поздравляла... а может, это от приоритетов в моей карте? ;)

Я тоже всех спокойно поздравил. Но это не от приоритетов.
Поверьте, не пашут они без прописки на свиче!!!

31 декабря премьер-министр России Михаил Франков подписал два постановления,
регламентирующих работу операторов связи в чрезвычайных ситуациях.
…
Теперь закон обязывает телекоммуникационных операторов отдавать каналы и средства связи военным и спасателям при техногенных катастрофах. В экстренных случаях операторы должны отдавать свои сети в управление чиновникам Федерального агентства связи. Это ведомство при катастрофах должно координировать работу телекоммуникаций для приоритетных пользователей – силовиков, органов власти и служб спасения. Все остальные абоненты могут вовсе лишится связи, если приоритетным пользователям не хватает линий связи или просто существует риск перегрузки сетей связи.
…

Компьютер-информ 31.01-14.02.2005.5