@MSGID: 2:5000/28 68faf101
@REPLY: 2:5020/2021.3 68f3e97e
@CHRS: IBMPC 2
Hello Dmitry!

18 Oct 25 19:13, Dmitry Chernykh wrote to Nil A:

 NA>>
 NA>> CSD целый голосовой канал в GSM резервирует, и дальше как
 NA>> телефонный модем надо жжужать и договариваться.

 DC>  В живую как там что пpоисходит, ниpазу не видел и не пpобовал. Hо
 DC> как-то стpанно жужать и договаpиваться имея цифpовой канал связи. Я
 DC> как-то всегда думал что пpи CSD по цифpовому каналу вместо
 DC> оцифpованной пеpедачи голоса пеpедаются байтики с инфоpмацией,
 DC> неспешно, со скоpостью пеpедачи сжатего кодеком голоса на 9600
 DC> бит/сек. Или я не пpав?

 Прав. Жужжит и договаривается оборудование ОПСОСа при звонке на
проводной модем (или факс).

 NA>>  В GPRS там надо зарегатсья в сети для
 NA>> передачи данных, активировать PDP, договориться про айпишники
 NA>> (почти как ppp какой-нибудь). Если в CSD просто отправить байты
 NA>> после установления соединения, то может быть, а если там надо ещё
 NA>> какой-то PPP/SLIP поднимать, или какой-то протокол типа EMSI
 NA>> делать, то это тоже тудыма-сюдыма затраты.

 В CSD-соединении телефон/модем выглядит в точности как обычный
HAYES-совместимый модем. В начале века я использовал PCMCIA GSM-модем,
чтобы дозваниваться до банка Уралсиб. Даже пришлось самому патчить программу
банк-клиент, потому что модем не выносил P после ATD :-)

А сильно позже я делал программу для андроидных телефонов, которая по CSD
каналу гнала сжатый GSM HR кодеком звук, но уже шифрованный. Правда, заказчик
в один момент проект внезапно свернул. Видимо, к нему пришли убедительные
люди с убедительными аргументами :-)


Sergei

--- GoldED/W32 3.0.1
 * Origin:  ua9ov[at]dxsoft.com http://www.dxsoft.com  (2:5000/28)
SEEN-BY: 50/109 104/117 240/1120 301/1 341/66
455/19 460/58 463/68 4500/1
SEEN-BY: 5000/22 28 111 5001/100 5010/352 5015/42
46 5019/40 5020/101 113 715
SEEN-BY: 5020/830 846 848 1042 4441 12000 5030/49
115 1081 1474 5049/3
SEEN-BY: 5053/51 5058/104 5061/133 5083/1 444
@PATH: 5000/28 111 5020/1042 4441