Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Сетевые технологии > провайдер пытаеться возложить вину о потере на мен


Автор: sergey6288 30.12.2009, 15:11
провайдер пытаеться возложить вину о потере данных на меня кто может помочь в решении данного вопроса пишите на форум
дам ссылку на форум где меня пытаються обвинить

Автор: Данкинг 30.12.2009, 15:57
Каких данных-то? 

Автор: sergey6288 30.12.2009, 16:00
http://forum.adsl.by/topic/1836/
вот здесь можно посмотреть

Автор: Akina 30.12.2009, 16:47
Почитал тему по ссылке. Автор ведёт себя просто по-хамски безобразно, и при этом демонстрирует явное непонимание сути происходящего. а чужих аргументов не слушает. Восхищён терпением провайдера и обруганных участников темы. Убеждён, что провайдер прав. Полагаю, что провадер докажет свою правоту, но топикстартер не в жисть не признает себя неправым.

Автор: Данкинг 30.12.2009, 16:47
Ну так и что там - 34 страницы читать? smile Пока я только понял, что у тебя посчитали больше трафика, чем ты скачал в реале. Но такие вопросы лучше решать непосредственно у провайдера в офисе, а на форуме-то какой смысл базарить.

Автор: sergey6288 30.12.2009, 17:17
Цитата(Akina @  30.12.2009,  16:47 Найти цитируемый пост)
Почитал тему по ссылке. Автор ведёт себя просто по-хамски безобразно, и при этом демонстрирует явное непонимание сути происходящего. а чужих аргументов не слушает. Восхищён терпением провайдера и обруганных участников темы. Убеждён, что провайдер прав. Полагаю, что провадер докажет свою правоту, но топикстартер не в жисть не признает себя неправым.


и где хамство?
а я думаю что провайдер ведет себя по хамски
не говоря явных причин происходящего

Добавлено через 4 минуты и 10 секунд
Цитата(sergey6288 @  30.12.2009,  17:17 Найти цитируемый пост)
и где хамство?а я думаю что провайдер ведет себя по хамскине говоря явных причин происходящего


на вопросы отвечает общими фразами
винит во всем меня
никаких конкретных фактов не предоставляет

в те дни скорость приема данных была 4 мбита заявленная 8 мбита
какой из этого вывод: половину траффика терялось

что и собственно видно

скачано мной допустим 300 мбайт при потере в 50% биллинг покажет 600 мегабайт

помоему все ясно

Автор: bilbobagginz 30.12.2009, 18:44
Цитата(sergey6288 @  30.12.2009,  16:17 Найти цитируемый пост)
какой из этого вывод: половину траффика терялось

есть много факторов, которые ты не учитываешь.
напр.
1. если ты используешь ПО на основе Peer-to-Peer, то нередко ты скачиваешь больше траффика, чем величина файла.
2. если у тебя параллельно работает напр. Skype, то он тоже накапывает тебе траффик, хотя ты его не видишь.
3. насчет менеджера закачки, пойми, что из-за того, что величина фрейма Ethernet 1500 бит, значит будет фрагментация, нередко при работе с VPN (L2TP, PPTP) идет дополнительная фрагментация, и это увеличивает количество данных.
4. Насчет проверки некорректности работы TCP/IP, на это есть утилита netstat. один из ключей -s выводит статистические данные о том что видит система, и там можно посмотреть есть ли потеря сообщений (lost packets) (которые ты называетшь "пакетами"), есть ли попытки повторного получения сообщений (retransmit), или другие ошибки корректности работы. вот пример параграфа TCP v.4:
Код

IPv4 Statistics

  Packets Received                   = 50772138
  Received Header Errors             = 0
  Received Address Errors            = 238
  Datagrams Forwarded                = 0
  Unknown Protocols Received         = 0
  Received Packets Discarded         = 17978
  Received Packets Delivered         = 50753403
  Output Requests                    = 37136560
  Routing Discards                   = 0
  Discarded Output Packets           = 31334
  Output Packet No Route             = 0
  Reassembly Required                = 1443
  Reassembly Successful              = 686
  Reassembly Failures                = 0
  Datagrams Successfully Fragmented  = 126839
  Datagrams Failing Fragmentation    = 402
  Fragments Created                  = 346809

TCP Statistics for IPv4

  Active Opens                        = 44115
  Passive Opens                       = 46427
  Failed Connection Attempts          = 7844
  Reset Connections                   = 5011
  Current Connections                 = 124
  Segments Received                   = 29267017
  Segments Sent                       = 17561012
  Segments Retransmitted              = 8628945


Цитата(sergey6288 @  30.12.2009,  16:17 Найти цитируемый пост)
в те дни скорость приема данных была 4 мбита заявленная 8 мбита
какой из этого вывод: половину траффика терялось

терялось - тоже слишком расплытое выражение.

А твоё требование предоставить тебе сертификат образования - просто детский сад. 
есть хорошее выражение в английском языке

GET A LIFE, DUDE.


Автор: sergey6288 30.12.2009, 22:15
последние данные написал мне один из пользователей провайдера

Единственная обнаруженная мною причина того, что все так происходит с Iget.by - на сервере разрешены неоднократные запросы одной и той же информации, даже тогда, когда она еще не передана пользователю до конца по первой сессии. Ваш "неправильно настроенный менеджер закачки" формирует вторую сессию, которую биллинг расценивает как повторный запрос того же файла. Почему они до сих пор не решили вопрос по недопущению сессий клонов, я не понимаю. Этот вопрос крутится на форуме уже давно. И всегда админы БИН сводили это к рекомендациям на iget.by  по настройке ПО. Это признак не конструктивного подхода к вопросу.


Автор: ZeeLax 30.12.2009, 23:38
Бред. Что бы там не было, у кого и как - провайдеру пофигу. Получили - ваше!

Автор: Akina 31.12.2009, 00:30
Оплате подлежит каждый байт, переданный провайдером в направлении клиента. И совершенно сиренево, получил клиент эти байты, или они застряли в антенне, это байт тела файла, заголовка VPN-пакета или там байт контрольной сумммы Ethernet-фрейма.
Из этого, в частности, следует однозначный вывод - любая статистика (входящего трафика, само собой), посчитанная клиентом на своей стороне, по определению занижена. Причём в зависимости от обстоятельств она может быть занижена и на 5%, и в 5 раз. Запросто.

Цитата(sergey6288 @  30.12.2009,  23:15 Найти цитируемый пост)
на сервере разрешены неоднократные запросы одной и той же информации, даже тогда, когда она еще не передана пользователю до конца по первой сессии. Ваш "неправильно настроенный менеджер закачки" формирует вторую сессию, которую биллинг расценивает как повторный запрос того же файла.

Ну ты ерунду-то не говори, да? если твой "неправильно настроенный менеджер формирует вторую сессию", то ты, несомненно, обязан оплатить все потраченные на это байты (на все PASV, RETR и протчая). Это не "биллинг расценивает", а байты реально посланы сервером и приняты твоей рабстанцией. А уж что ты там запросил в этой сессии - кусок того же файла, кусок другого файла или список файлов в каталоге - совершенно пофиг. Считаются только байты.

Цитата(sergey6288 @  30.12.2009,  18:17 Найти цитируемый пост)
и где хамство?

Цитирую. Оттуда. Твои высококультурные фразы.

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

Цитата(sergey6288 @  30.12.2009,  18:17 Найти цитируемый пост)
а я думаю что провайдер ведет себя по хамски
не говоря явных причин происходящего

Провайдер назвал тебе минимум 4 причины, по которым может происходить то, что происходит. Провайдер в явной форме предлагает тебе провести всестороннее исследование, чтобы понять, каковы причины наблюдаемого на самом деле. А в ответ - весьма, мягко говоря, невнятные, хотя и настойчивые, просьбы показать сертификат и иные аналогичного порядка. Так с какой стороны нехватает конструктива?
Причём, обрати внимание, провайдер НИ РАЗУ не сказал "пользователь виноват". Хотя с твоей стороны неоднократно звучат безосновательные, но уверенные утверждения типа "биллинг врёт", "провайдер неправ"...

Автор: bilbobagginz 31.12.2009, 00:46
Цитата(Akina @  30.12.2009,  23:30 Найти цитируемый пост)
, провайдер НИ РАЗУ не сказал "пользователь виноват".

но до апреля месяца - ни одного разрыва!

Автор: Akella 5.1.2010, 12:53
 smile 
bilbobagginz,  smile 

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)