реклама на сайте
подробности

 
 
2 страниц V   1 2 >  
Reply to this topicStart new topic
> Минимизировать округление GPRS трафика
Alt.F4
сообщение Jul 19 2013, 05:09
Сообщение #1


Профессионал
*****

Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256



Здравствуйте.
Объект мобильный, передаем на сервер раз в 5мин по 80Б, округление трафика у оператора 5кБ.
Подскажите, пожалуйста, как лучше всего обходить округление:
1. Постоянно висеть в онлайне на сервере и пинговать?
2. Разрывать соединение AT+CIPCLOSE=1 без закрытия PDP контекста?
Кстати, если объект заедет в зону отсутствия покрытия GSM, PDP контекст автоматом закрывается?
Спасибо.

Сообщение отредактировал Alt.F4 - Jul 19 2013, 18:03
Go to the top of the page
 
+Quote Post
bugish
сообщение Jul 19 2013, 06:36
Сообщение #2


Участник
*

Группа: Участник
Сообщений: 30
Регистрация: 7-06-12
Из: Севастополь, Россия
Пользователь №: 72 202



Просто не разрывай сессию. Как показала практика, у меня МТС-Ураина рвет сессию только через 20 митут бездействия, для чего раз 10 минут если параметры датчиков не изменились я посылаю на сервер один "спец байт " который сервер игнорит. Рекорд сессии 23 часа
Go to the top of the page
 
+Quote Post
molecul
сообщение Jul 19 2013, 07:38
Сообщение #3


Знающий
****

Группа: Свой
Сообщений: 567
Регистрация: 19-01-11
Из: СПб
Пользователь №: 62 326



Цитата(Alt.F4 @ Jul 19 2013, 09:09) *
Здравствуйте.
Объект мобильный, передаем на сервер раз в 5мин по 80Б, округление трафика у оператора 5кБ.
Подскажите, пожалуйста, как лучше всего обходить округление:
1. Постоянно висеть в онлайне на сервере и пинговать?
2. Разрывать соединение AT+CIPCLOSE=1 без закрытия PDP контекста?
Кстати, если объект заедет в зону отсутствия покрытия GSM, PDP контекст автоматом закрывается?
Спасибо.

От оператора зависит. Некоторые (например Мегафон) принудительно разрывают сессию каждый час.
Go to the top of the page
 
+Quote Post
Alt.F4
сообщение Jul 19 2013, 07:57
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256



bugish, molecul, я так понимаю речь идет о TCP сессии?
Т.е. все время пингуем сервер, дабы соединение не закрылось по таймауту.
Спасибо.
Go to the top of the page
 
+Quote Post
bugish
сообщение Jul 19 2013, 08:23
Сообщение #5


Участник
*

Группа: Участник
Сообщений: 30
Регистрация: 7-06-12
Из: Севастополь, Россия
Пользователь №: 72 202



Да просто после передачи данных не делай AT+CIPCLOSE оставь открытым сокет, передавай данные раз в пять минут пока оператор тебя сам не отключит. Думаю и пинговать не нужно.
Go to the top of the page
 
+Quote Post
Alt.F4
сообщение Jul 19 2013, 08:38
Сообщение #6


Профессионал
*****

Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256



Спасибо большое!
Go to the top of the page
 
+Quote Post
firew0rker
сообщение Jul 19 2013, 11:48
Сообщение #7


Местный
***

Группа: Свой
Сообщений: 206
Регистрация: 11-07-12
Из: Новосибирск
Пользователь №: 72 716



Если я использую HTTP для передачи каждые 10мин, есть ли разница делаю ли я каждый раз AT+HTTPTERM а через следующие 10мин AT+HTTPINIT, или нет?
Если держать сервис НТТР всегда запущенным, это не поможет сэкономить?
Go to the top of the page
 
+Quote Post
vassabi
сообщение Jul 19 2013, 16:27
Сообщение #8


Частый гость
**

Группа: Свой
Сообщений: 156
Регистрация: 18-02-13
Из: Киев
Пользователь №: 75 678



Держать TCP сессию всегда открытой... А если девайсов много? Серверу "плохо" не станет?
Имхо, лучше держать открытым GPRS соединение и раз в 5-10 минут "долбить" пингом (1 пакет минимальной длинны) на какой-нибудь google.com
Я так тестировал на макетке (МТС Украина) - спустя трое суток просто выключил - ни одного реконнекта.
Go to the top of the page
 
+Quote Post
Alt.F4
сообщение Jul 19 2013, 18:03
Сообщение #9


Профессионал
*****

Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256



Цитата
Держать TCP сессию всегда открытой... А если девайсов много? Серверу "плохо" не станет?
Я не знаток внутренностей стека TCP, но всегда считал, если данные не поступают, то открытая сессия ресурсов не ест (хранение в СОЗУ дескриптора ТСР соединения я нагрузкой не считаю).

А вообще трафик опсосы округляют по активации/деактивации GPRS контекста?

Сообщение отредактировал Alt.F4 - Jul 19 2013, 18:07
Go to the top of the page
 
+Quote Post
x893
сообщение Jul 19 2013, 21:28
Сообщение #10


Профессионал
*****

Группа: Свой
Сообщений: 1 333
Регистрация: 27-10-08
Из: Планета Земля
Пользователь №: 41 226



По МТС Москва могу сказать так - по умолчанию при соединении сразу списывают 10Кбайт. Сессия не разрывается принудительно, но бывает что разрывается.
Один пакет 100 байт - так что 10Кб сильно завышено.
После беседы с менеджером округление уменьшено и теперь за месяц с 30 сек интервалом передачи пакетов выходит 6-8 руб.
Go to the top of the page
 
+Quote Post
Aner
сообщение Jul 20 2013, 15:38
Сообщение #11


Гуру
******

Группа: Свой
Сообщений: 4 869
Регистрация: 28-02-08
Из: СПБ
Пользователь №: 35 463



QUOTE (bugish @ Jul 19 2013, 09:36) *
Просто не разрывай сессию. Как показала практика, у меня МТС-Ураина рвет сессию только через 20 митут бездействия, для чего раз 10 минут если параметры датчиков не изменились я посылаю на сервер один "спец байт " который сервер игнорит. Рекорд сессии 23 часа

"спец байт " это команда типа NOP. Но это если TCP/IP стек доступный. А если использовать стек SIM900 внутренний (он же без доступа), то как быть тогда?
Go to the top of the page
 
+Quote Post
Alt.F4
сообщение Jul 21 2013, 04:52
Сообщение #12


Профессионал
*****

Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256



Кстати, кто-нибудь в курсе, по какому триггеру сменяется тарификация в роуминге. Допустим сессия активна и объект выехал из домашней сети в роуминг, по какому тарифу будут сниматься средства со счета?
Спасибо.
Go to the top of the page
 
+Quote Post
PDA
сообщение Jul 21 2013, 06:52
Сообщение #13


Участник
*

Группа: Участник
Сообщений: 46
Регистрация: 16-10-09
Из: msk
Пользователь №: 53 001



Цитата(Alt.F4 @ Jul 21 2013, 08:52) *
Кстати, кто-нибудь в курсе, по какому триггеру сменяется тарификация в роуминге. Допустим сессия активна и объект выехал из домашней сети в роуминг, по какому тарифу будут сниматься средства со счета?
Спасибо.
Триггер один - в чьем ведении вышка, обслуживающая абонента, тот и выставляет счет по своему тарифу.
Go to the top of the page
 
+Quote Post
Alt.F4
сообщение Jul 21 2013, 07:36
Сообщение #14


Профессионал
*****

Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256



Цитата
Триггер один - в чьем ведении вышка, обслуживающая абонента, тот и выставляет счет по своему тарифу.
И при смене домашней сети на роуминг GPRS сессия автоматом не обрывается?
Т.е., если мы хотим для экономии средств на счете передавать данные в роуминге реже чем в домашней сети, то надо постоянно опрашивать AT+CREG?
Go to the top of the page
 
+Quote Post
kan35
сообщение Jul 21 2013, 15:55
Сообщение #15


Знающий
****

Группа: Участник
Сообщений: 537
Регистрация: 22-02-06
Пользователь №: 14 594



Цитата(Alt.F4 @ Jul 19 2013, 09:09) *
Здравствуйте.
Объект мобильный, передаем на сервер раз в 5мин по 80Б, округление трафика у оператора 5кБ.
Подскажите, пожалуйста, как лучше всего обходить округление:
1. Постоянно висеть в онлайне на сервере и пинговать?
2. Разрывать соединение AT+CIPCLOSE=1 без закрытия PDP контекста?
Кстати, если объект заедет в зону отсутствия покрытия GSM, PDP контекст автоматом закрывается?
Спасибо.

Вот вы сами подумайте и посчитайте, сколько вы потеряете денег на округлении. На общем трафике ваши 5кБ будут теряться. Можете после каждой передачи разрывать GPRS и это будет никак не хуже, чем если вы будете пинговать сервер, пингование оно не бесплатное между прочим.
Go to the top of the page
 
+Quote Post

2 страниц V   1 2 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 13th August 2025 - 17:45
Рейтинг@Mail.ru


Страница сгенерированна за 0.01481 секунд с 7
ELECTRONIX ©2004-2016