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

Ну вот например, мое устройство коннектится своим GPRS-ом к сети оператора и тот дает динамический реальный IP, я сообщаю свой новорожденный IP "специализированному" DNS серверу который линкует меня с именем trtrtr.hrhrhr.ru. Далее, человек где-нить в никарагуа пытается достучаться до этого trtrtr.hrhrhr.ru, запрос с его DNS по невероятной цепи доходят до моего DNS, в итоге коннект устновлен можно работать. Проходит какое то время, снова плдключаю свое устройство, получаю другой IP, снова регистрируюсь на нужном DNS. Опять человек из никарагуа хочет попасть по trtrtr.hrhrhr.ru, и ведь тут-то должен наступить полный облом, т.к. в кешах, скорее всего не одного DNS, пока будет фигурировать старый IP ... В итоге все как-то не предсказуемо получается ...
Или я где то ошибаюсь?

однако ман DNS надо. про несколько серверов fff.ru nnn.com на одном ip я знаю. а наоборот - вопрос интересный. Тут пахнет типа распределенной системой, однако насколько я знаю процедуру регистрации адреса - там указывается один ip. Процедура регистарции - это не настолько автоматизированный процесс, чтобы зная протокол на один и тот же адрес в течении пары(10, 100) минут перегистрировать на разные динамические ip. Эрго - соответствие dns-имени и 1 стат ип необходимо.
1. имеем 2 реальных ип 111(статический реальный) и 222(причем 222 может быть динамический и даже fake)
2. согласно процедуре регистрации имени производим регистрацию ццц.мну.ком на 111 (как здесь описано например http://noc.tomsk.ru/DNS-application.txt )
3. на этом серванте который по идее 24-onair поднимаем socks для себя и входное для друга из Никарагуа
4. когда линк 111<->222 поднят ты с другом общаешься нормально.
5. когда линка нет - друг из Никарагуа получит чтото типа "no 3.14 on air!" которое скажет ему сервер 111
6. когда 111 в дауне - по http например друг получит no route to host.

Уже писал - никакой DNS сервер не примет от Вас (вопросы взлома обсуждать не будем)
"линковку" имени к IP за которым прописан ОФИЦИАЛЬНЫЙ DNS сервер.

И никакого "далее" уже обсуждать не надо..

А если позволят на "официальном" менять, то действительно:

Хотя можете поставить свой собственный абсолютно автономный не завязанный на общий систему
DNS сервер и сообщив _его_ конкретный IP адрес в Никакрагуа, при условии сброса кэша на никарагуанской машине перед каждым сеансом - получите результат.

Вы были правы. Короче, останавливаюсь на варианте, когда весь поток сообщений будет проходить и рассылаться через сервер. Уже решил, что модемов в системе будет больше 2. Т. е. будет идентификация на серваке(по индивидуальному номеру SIM).
Алгоритм реализации:
Формат сообщения от модема на сервер будет такой: (свой номер SIM)(номер SIM, которой надо передать данные)(данные). Занесение в БД(если в 1-ый раз) или Идентификация на серваке.

Запись о модеме в БД будет содержать:
1. Номер SIM
2. IP
3. Данные, кот. ему нужно отправить.

Далее долбание на сервака(думаю каждые 30 сек. может меньше, может больше) на предмет того, "есть, что для меня"? Формат сообщения на запрос: (свой номер SIM).
В это время другой модем отсылает сообщение: (свой номер SIM). Если в первый раз то заноситься в БД, если второй, то просто идентифицируется, и идёт проверка, есть что для него. Если есть, то отправляется.
Временно собщения на отправку, будут храниться на серваке с привязкой к номеру получателя.
Если модем отключился от GPRS зашёл снова, то меняется его IP в базе.
Базу планирую делать на векторах. Вдруг модемов станет больше.

Проблема в том, что будет идти постояноое долбание сервака на предмет данных для себя. Напряг вообщем.
И с обновлением базы (модем поменяли или SIM, и всё, запись просто висит) то же не всё понятно. Через 2 месяца всё удалять и формировать занаво что-ли?

Может у кого другие идеи на счёт алгоритма есть?
Но всё же кто нибудь пробовал разменять модемы IP, при условии, что у однин моб. оператор, и пообщаться? А то вдруг у на симках какого нибудь оператора и получиться. Или отказаться от этой идеи совсем?

Сообщение отредактировал Yuriy_Rus - Jul 27 2006, 12:04

Хотя можете поставить свой собственный абсолютно автономный не завязанный на общий систему
DNS сервер и сообщив _его_ конкретный IP адрес в Никакрагуа, при условии сброса кэша на никарагуанской машине перед каждым сеансом - получите результат.
[/quote]

Это реально? Или за...бистое занятие?

Что за пляски с бубном я не понял совсем :-(
Хотели канал с IP протоколом, так и пользуйте.
Берем примитивный вариант, который потом можете совершенствовать под динамическое выделение ресурсов и удобную идентификацию.
Пишем "сервер" на котором активизируем 16 сокетов на порты xxx01...xx16.
Каждый из внешних девайсов коннектируется к своему порту и посылает серверу пакетик в которм просит его соединить с девайсом подсоединонным к другому указанному порту. Сервак или соединяет
если тот девайc подключен и тупо пересылая фреймы организует прозрачнейший канал, либо сообщает об отсутствии партнера, либо буферирует фреймы для последующей передачи, либо активизирует
процедуру вызова партнера на связь.. В общем по вкусу и возможностям.

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






Совершенно банальный сервис. Проблемы нулевые.

Что - то стрёмно. Держать открытым сокет для каждого нового девайса.
Хотя, что эффективнее, надо подумать. Я в Socket API новичок.

Сообщение отредактировал Yuriy_Rus - Jul 27 2006, 13:30

По-моему тут кое-кто кое-что не понял.

Допустим есть провайдер, предоставляющий dialup. За ним глобально зарегистрированы допустим сотня айпишников. Если я звоню правайдеру и лезу в сеть, то он даёт мне один из этих айпи на время и я пока сижу на телефоне его имею. То есть нигде их в рилтайме регистрить не надо. Они уже зарегистрированы, закэшированы и оплачены. Короче говоря, в GPRS может быть такая же система, а может быть так, как молвит zltigo. Кто поставит експеримент, тот и узнает.

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


Эксперимент по отношению к конкретному оператору ставится безумно легко любым, кто имеет доступ к GPRS с телефона - просто выходите через своего любимого провайдера в интернет и смотрите выданный IP.
Он будет почти наверняка из диапазона 10.0.0.0 ... 10.255.255.255
Или другой (менее вероятно) private сети. О приватном диапазоне в каждом из классов сетей
можете справиться в RFC1918. Глобальные и фиксированные адреса общепринято выдавать за отдельную абонентскую плату.
Все выше написанное не есть предположения, а опыт.

могу предложить следующий вариант - ты говорил что неудобно постоянно долбится на сервер за своей информацией. а что мешает повесить к серверу еще один модем на CSD. У сервера появилась инфа для модема xxx, он звонит по CSD на него (тот трубу не берет а определяет что это сервер) и отсоединяется. Модем , зная реальный айпи сервера соединяется, представляется , и сервер вываливает ему информацию. Что мы имеем - соединение , за которе платится деньги, только в случае если есть информация.

Гениально!

Не, сурьёзно

kuguar зарабатывает 10 гринов.

Быстродействие такой системы удовлетворяет ? )

Вся обсуждаемая "мутотень" предпологала довольно оперативный обмен информацией, а тут получается "але барышня"

А под это дело у опсоса нельзя арендовать реальные IP просто. У мтс помоему такое есть. Да и опсоса думаю есть шанс подобрать специально ?

Дак конечно, коннект напрямую был бы идеальным вариантом. Но ведь тут некоторые так правдоподобно говорят, что это невозможно. А если всё-таки соединяться через сервак, то вариант kuguar'а идеальней всего. Тем более, что абонентов может быть немеряно.

Чем "немеренней" абонентов, тем менее оперативный обмен будет по архитектуре kuguara. Но вариант вобще достойный (для дешевой системы)