rudy_b 1 March 9, 2021 Posted March 9, 2021 · Report post 1 hour ago, Самоделкин said: И все данные которые Вы отправили будут "проброшены" на Ваш "белый" IP который Вам дали по всем Вашим сокетам !!! И наоборот, все пакеты которые придут на Ваш "белый" IP, будут отправлены на тот IP который Вам "выдали " на время сеанса GPRS . Именно это и требуется. И мне неважно через какой адрес и порт транслируются пакеты. Важно что ответные UDP пакеты на этот адрес и порт исчезают. 1 hour ago, rx3apf said: И заодно убедиться, что сервер отправляет отправляет ответы именно на тот порт, с которого получил очередную датаграмму UDP Да, это проверено. Quote Share this post Link to post Share on other sites More sharing options...
Самоделкин 0 March 9, 2021 Posted March 9, 2021 · Report post 7 minutes ago, rudy_b said: Именно это и требуется. И мне неважно через какой адрес и порт транслируются пакеты. Важно что ответные UDP пакеты на этот адрес и порт исчезают. Да, это проверено. А просто купить карточку - "белый" IP и "не изобретать" велосипед нельзя ? Операторы для этого так и поступают что бы на этом заработать ! Quote Share this post Link to post Share on other sites More sharing options...
rx3apf 0 March 9, 2021 Posted March 9, 2021 · Report post Зачем кормить жлобов ? Это (UDP) прекрасно работает за NAT в большинстве случаев. Quote Share this post Link to post Share on other sites More sharing options...
rudy_b 1 March 10, 2021 Posted March 10, 2021 · Report post 15 hours ago, rx3apf said: ачем кормить жлобов ? Это (UDP) прекрасно работает за NAT в большинстве случаев. А вот у меня работает только в одну сторону. И непонятно в чем дело, работа по по UDP и TCP практически одинакова, но по TCP пакеты ходят в обе стороны, а по UDP - только от модема к серверу. Может что-то еще нужно сделать? Не поделитесь вашим кодом? Quote Share this post Link to post Share on other sites More sharing options...
rx3apf 0 March 10, 2021 Posted March 10, 2021 · Report post Кодом не поделюсь (не более что это вообще AVR asm), но не вижу совершенно никаких проблем. Для начала сменить оператора (на Мегафоне у меня, впрочем, тоже работало, но могут быть региональные проблемы или вообще проблемы конкретной SIM). Исходно вообще в терминале (с обоих сторон) отлаживал (модем использовал в "прозрачном режиме"). Открыл соединение, посылаю пакеты, принимаю ответы. И все, собственно - код ничего не даст. Quote Share this post Link to post Share on other sites More sharing options...
Самоделкин 0 March 10, 2021 Posted March 10, 2021 · Report post 6 hours ago, rudy_b said: А вот у меня работает только в одну сторону. И непонятно в чем дело, работа по по UDP и TCP практически одинакова, но по TCP пакеты ходят в обе стороны, а по UDP - только от модема к серверу. Может что-то еще нужно сделать? Не поделитесь вашим кодом? Вы бы для начала пояснили что хотите получить и зачем такой "огород городить" ? Что Вам мешает использовать протоколы более высокого уровня и не морочить себе ....... голову ? Для FTP и HTTP проблем с передачей данных особо нет. Если Вы конечно не сервер будете к модему подключать . Внешний FTP может быть и у Вас дома или у провайдера ( бесплатных итд серверов хватает ) и отправляйте данные на него и если нужно можно даже получать данные от туда . Все это уже есть на "борту" SIM800C , SIM800L итд. Настроили параметры соединения и отправляйте хоть 10 байт хоть сотни килобайт. Все проверено работает итд. И "белый" IP не нужен. Хоть на turbobit данные отправляйте. Quote Share this post Link to post Share on other sites More sharing options...
rudy_b 1 March 10, 2021 Posted March 10, 2021 · Report post Согласен, можно использовать TCP а не UDP для решения задач. Но мне сейчас важно выяснить что, собственно, умеет делать подобный модем (SIM800L), раньше с GSM не работал. Саму разработку буду делать, вероятно, на SIM800C. Сама задача дурацкая, ТЗ практически нет, что понадобится завтра неизвестно (но совершенно точно понадобится - аппетиты растут по мере еды), поэтому приходится делать с запасом и хорошо понимать, что можно делать и чего это будет стоить. Звонки, SMS, email, NTP, TCP проверил, FTP пока не нужно, но думаю, оно заработает. А вот с UDP неожиданно напоролся и хочу понять в чем дело и кто виноват. Оператора сменить конечно можно, но надеюсь понять, он ли виноват, или я где-то что-то не то делаю. Может найдутся люди работающие с UDP без белого адреса и через Мегафон и подскажут. Quote Share this post Link to post Share on other sites More sharing options...
Самоделкин 0 March 10, 2021 Posted March 10, 2021 · Report post Похоже Вы "простых путей не ищите" ! То что заработает сегодня завтра может перестать работать. Чем ближе приближаетесь стандарту протокола тем будет стабильнее работа. Quote Share this post Link to post Share on other sites More sharing options...
rx3apf 0 March 10, 2021 Posted March 10, 2021 · Report post А что, UDP уже стал нестандартным протоколом ? Чудеса... А давно случилось это страшное событие ? Как страшно жить... Вообще-то при наличии большого количества автономных устройств телеметрии (ну или, скажем, трекеры какие-нибудь или что-то типа того) UDP и альтернативы-то нет... Quote Share this post Link to post Share on other sites More sharing options...
CADiLO 1 March 11, 2021 Posted March 11, 2021 · Report post Ну почему же нет альтернативы? Для телеметрии народ все больше применяет MQTT. Протокол ориентируется на простоту в использовании, невысокую нагрузку на каналы связи, работу в условиях постоянной потери связи, лёгкую встраиваемость в любую систему. Основное предназначение — работа с телеметрией от различных датчиков, устройств, использование шаблона подписчика обеспечивает возможность устройствам выходить на связь и публиковать сообщения, которые не были заранее известны или предопределены, в частности, протокол не вводит ограничений на формат передаваемых данных. Для SIM800C и 4G модулей уже есть в штатной прошивке, для остальных можно програмно реализовать. http://microchip.ua/simcom/2G/Application Notes/SIM800 Series_MQTT_Application Note_V1.03.pdf https://www.raviyp.com/mqtt-protocol-tutorial-using-sim900-sim800-modules-mqtt-over-tcp/ А UDP.... Да, он простой, но в свете приколов операторов, это как из пулемета по воробьям. Попал - не попал, а пуля улетела. Quote Share this post Link to post Share on other sites More sharing options...
rx3apf 0 March 11, 2021 Posted March 11, 2021 · Report post А что - MQTT ? Если нужно не в одну сторону сливать (или в одну, но часто), а с устройством поддерживать связь. Не с одним, а с несколькими тысячами или десятками тысяч ? Без белого ip ? Quote Share this post Link to post Share on other sites More sharing options...
CADiLO 1 March 11, 2021 Posted March 11, 2021 · Report post Та пожалуйста - пример из практики. По Украине одна из компаний дорабатывает телеметрией торговые автоматы и кофемашины - судя по покупаемым у наc количествам модулей уже более 10К штук. Их же дочерняя фирма, устанавливает и обслуживает их по стране. Все на обычных M2M пакетах операторов без белого IP. Как работали раньше не знаю, но с мая 2020 до осени все перевели на MQTT. Причина банальна - начали поставлять устройства в другие страны, там всплыло это требование. Quote Share this post Link to post Share on other sites More sharing options...
rx3apf 0 March 11, 2021 Posted March 11, 2021 · Report post Интересно, как в этом случае реализуется серверная часть ? С UDP все тривиально и поднять можно на чем угодно. А вот если тысячи устройств с TCP (а ведь MQTT это TCP ?) - не понимаю. В конце концов, MQTT это уже более высокий уровень, мы-то обсуждали TCP vs UDP, и использование MQTT ничего не меняет принципиально ? Quote Share this post Link to post Share on other sites More sharing options...
CADiLO 1 March 11, 2021 Posted March 11, 2021 · Report post >>>Интересно, как в этом случае реализуется серверная часть ? "Все уже украдено до нас" - банальное облако. Устройства туда сливают данные, оттуда же получают распоряжения, которые заливают управляющие компы или даже технари со смартов. Доступны из любого места, лишь бы был интернет. Причем в любом виде - сотовый, блютуз или вайфай или вообще проводной. Кстати так же организована работа с получением данных от десятков тысяч газовых счетчиков производимых несколькими компаниями. Они тупо льют показания в единое облачное пространство, а облгазы обрабатывают каждый свой сегмент. Поэтому там пофигу чьего оператора карточка, кто владелец сети, кто производитель счетчика, где они установлены, та хоть в Гондурасе и так далее. Вот - даже сильно и искать не нужно - ваш Яндекс. Quote Share this post Link to post Share on other sites More sharing options...
rx3apf 0 March 11, 2021 Posted March 11, 2021 · Report post Т.е. по-любому сторонний ресурс. Я это подозревал... Quote Share this post Link to post Share on other sites More sharing options...
