Что такое packet loss в самп

Что такое packet loss самп

Пользователи, которые просматривают Интернет или имеют доступ к другим сетям в режиме онлайн, могут делать это посредством отправки и получения блоков данных, которые называются пакетами. В течение всего этого процесса один или несколько пакетов могут быть потеряны при передаче и не дойти до адреса назначения. Это называется потерей пакетов. Это может проявляться в виде медленных услуг, обрывов сетевых соединений и полной потери сетевого подключения. Потеря пакетов может повлиять на любое приложение, но с большей вероятностью может нарушить работу тех, которые зависят от передачи данных в режиме реального времени, таких как программы для потоковой передачи аудио или видео, а также других различных цифровых системных платформ. [1]

Существует множество эксплуатационных проблем, влияющих на производительность сети. Это одна из наиболее распространенных проблем. Сеть постоянно испытывает регулярные потери пакетов, но они не могут оказать существенного негативного влияния на общую производительность сети. [2]

Причины

Потеря пакетов обязательно случается время от времени, и это не то, о чем вы должны беспокоиться. Из-за постоянного использования и высокого спроса пакеты сбиваются с толку или теряются по дороге, и вот некоторые из наиболее распространенных причин. [3]

Переполненные сети

Ошибки

Ошибки программного обеспечения также являются еще одной причиной потери пакетов в сети. Приложения, доступ к которым осуществляется без надлежащего тестирования программного обеспечения, скорее всего, приведут к проблемам с сетью и, в свою очередь, повлияют на передачу пакетов. Перезагрузки программного обеспечения часто позволяют решить эту проблему, однако могут потребоваться обновления программы или полное исправление приложения.

Проблемы сетевого оборудования и программного обеспечения

Существует несколько возможных аппаратных или программных проблем, которые могут существенно повлиять на входящий трафик в сеть. Когда для запуска системы используются устаревшие аппаратные устройства, пакеты могут быть потеряны из-за медленной передачи данных. Компаниям и частным лицам рекомендуется постоянно обновлять или модернизировать свое аппаратное обеспечение для оптимизации производительности сетевых процессов. Это необходимо, чтобы избежать задержек в работе сети, потери пакетов или даже полной потери соединения с системой.

Угрозы и нападения

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

Эффекты

Эффекты потери пакетов могут быть приписаны в зависимости от протокола или приложения. Его также можно заметить на примере следующих простых примеров. Влияние потери пакетов в данных рассматривается как ошибки в команде. При просмотре или совершении видеозвонка изображения размываются и дрожат, а получаемая речь (вырезание и вырезание) повторяется с частотой.

Протокол управления передачей данных (TCP), как правило, несет ответственность за потерю пакетов. Перед ним стоит задача оценки, идентификации и ретрансляции пакетов. Протокол User Datagram Protocol (UDP) не может этого сделать, поскольку он не обладает неотъемлемыми возможностями оценки и ретрансляции. Это одна из причин, по которой UDP также может не справляться с потерей пакетов. Однако, независимо от протокола или приложения, слишком большая потеря пакетов определенно является проблемой. [4]

В зависимости от передаваемого файла потеря пакетов может привести к разным последствиям. Изображения могут быть получены в виде разбитых изображений. Аудиофайлы вызывают непонятную речь или шум. Другие типы файлов нанесут серьезный ущерб полученным данным. Даже полная потеря может привести к отсутствию полученного сигнала. Сокрытие потери брекетов является альтернативой уменьшению эффекта потери пакетов в тех случаях, когда причина не может быть устранена. [6]

Мониторинг состояния канала по jitter / packet loss

Собравшись с мыслями, решил нормально оформить родившееся у меня решение.

Итак, постановка задачи:

Есть два канала между точками А и Б, чаще всего от разных провайдеров. Необходимо обеспечить учет качества обслуживания на данных каналах, а именно:
1. При потерях >0.5% на канале, канал не должен использоваться.
2. При jitter > 10мс, канал не должен использоваться.

Такая задача возникла у меня на работе, поскольку два города соединены двумя каналами, по которым бегает в большом количестве голос, который, как известно, весьма капризен в отношении вышеописанных показателей. Кому интересно — милости прошу под кат.

Изначально было даже два корявых варианта. Первый заключался в поднятии на циске пинговалки, проверяющей живучесть канала и переключение по его смерти. Решение справлялось до тех пор, пока у нас не появились проблемы с джиттером при отсутствии потерь.

Второе решение заключалось в создании монитора на основе udp пакетов, имитирующих G729 кодек. Монитор показывал потери и джиттер, в случае проблем со связью, админ лез на кошку, наблюдал на ней текущие значения джиттера и потерь, и по обстоятельствам принимал решение об отключении канала. Работало, конечно. Но это какая-то полуавтоматическая система получилась. Поэтому я взял себя в руки и довел-таки данную ситуацию до некоторого конечного решения.

Текущее решение.
Итак, как и во втором случае, создаем udp-монитор качества канала, имитирующий G729a кодек (так называемый SLA-монитор).
ip sla 33
udp-jitter 172.16.1.66 49333 source-ip 172.16.1.65 codec g729a codec-size 20
tos 70
threshold 10
Данный монитор будет отправлять 1000 пакетов с интервалом в минуту на порт 49333 у точки назначения, маркировка tos= 70=0x46=EF. На точке назначения должен быть включен
ip sla responder
Далее создаем стабовый трек (создается специально для того, чтобы управлять им с помощью апплетов, а не привязывать жестко к SLA-монитору):
track 20 stub-object
default-state up

Теперь наша задача вынуть результаты из SLA-монитора и по их значениям оставить track 20 в состоянии UP или же положить его. Это можно сделать например с помощью Cisco EEM (Embedded Event Manager), который позволяет отслеживать текущее состояние Вашей железки и выполнять определенные действия.
Для этого создадим два апплета. Один будет класть track в состояние Down, если хотя бы один из параметров (джиттер или число потерь) нас не устраивает. Второй будет поднимать его обратно, если ОБА параметра в норме.

Конфигурация
1. Создаем первый апплет:
event manager applet LB trap
Создаем два события на основе SNMP OID для RTT и jitter От нашего SLA-монитора:
event tag jitter snmp oid 1.3.6.1.4.1.9.9.42.1.5.2.1.46.33 get-type exact entry-op ge entry-val «10» entry-type value poll-interval 4
event tag loss snmp oid 1.3.6.1.4.1.9.9.42.1.5.2.1.1.33 get-type exact entry-op le entry-val «994» entry-type value poll-interval 4
Здесь последняя цифра 33 в SNMP OID — номер SLA-инстанции. 10 — порог для джиттера (в мс), 994 — минимально допустимое число вернувшихся пакетов из тысячи посланных (1000 — packet_loss). poll-interval — интервал с которым кошка опрашивает состояние значений. Здесь 4с.
Указываем, что наш апплет должен сработать при ЛЮБОМ из событий, т.е. используется логическое ИЛИ.
trigger
correlate event loss or event jitter
Далее действие:
action 20 track set 20 state down
Т.е. наш трек укладывается в состояние Down.

Второй апплет аналогично:

event manager applet LB2 trap
event tag jitter snmp oid 1.3.6.1.4.1.9.9.42.1.5.2.1.46.33 get-type exact entry-op lt entry-val «10» entry-type value poll-interval 4
event tag loss snmp oid 1.3.6.1.4.1.9.9.42.1.5.2.1.1.33 get-type exact entry-op gt entry-val «994» entry-type value poll-interval 4
trigger
correlate event loss and event jitter
action 20 track set 20 state up

Только апплет срабатывает по логическому И между событиями. И трек взводится в состояние Up.

Видно, что опрос происходит с интервалом 4с и текущее состояние трека не учитывается, т.е. трапы срабатывают постоянно, раз в 4с. Я пытался прикрутить еще мониторинг состояния самого трека, но работало очень глючно, срабатывало не всегда. Так что я пожертвовал парой процентов проца и оставил так.

Дополнительно есть еще апплеты, информирующие меня о проблемах на канале и их исчезновении:

event manager applet LB_info
event syslog pattern «20 stub Up->Down»
action 10 syslog msg «applet works!»
action 11 cli command «enable»
action 12 cli command «show ip sla stat 33»
action 13 mail server «192.168.6.20» to «ilya@tut_domen.ru» from «alert@tut_domen.ru» subject «Frame loss or high jitter on NiS channel» body «$_cli_result»
и
в переменной $_cli_result содержится результат вывода последней команды, т.е. в нашем случае — show ip sla stat 33.

event manager applet LB2_info
event syslog pattern «20 stub Down->Up»
action 10 syslog msg «applet 2 works!»
action 11 cli command «enable»
action 12 cli command «show ip sla stat 33»
action 13 mail server «192.168.6.20» to «ilya@tut_domen.ru» from «alert@tut_domen.ru» subject «NiS channel is correct» body «$_cli_result»

Другими словами, мы шлем себе письмо, в теле которо – результат последнего запуска SLA-монитора, собственно и вызвавшего переключение трека.

Так, теперь собственно как это учитывать. Я вижу два способа:

1. строчка в route-map (как и работает у меня, собственно, но там просто схема хитрая)
set ip next-hop verify-availability 172.16.1.66 1 track 20
2. трекинг статики, когда у нас есть маршрут вида
ip route 172.16.0.0 255.255.255.0 192.168.1.1 track 20
При потерях или джиттере на канале данный маршрут просто уберется из таблицы маршрутизации и трафик пойдет по альтернативному пути.

Может и коряво, но я промучившись неделю лучше ничего не придумал. Чем богаты, как говорится.

P.S. Я подразумеваю, что читатель немного знаком с основами консоли Cisco
P.P.S. Синтаксис ip sla команд разнится на 12.4Т и 12.4, но смысл такой же.
P.P.S. Если требуется пояснения, не выходящие за границу нескольких строк — пишите, добавлю.

С уважением,
Подкопаев Илья

_________
UPD: по поводу CPU. в общем под нагрузкой без апплетов у меня загрузка роутера (ISR 3845) порядка 42% в среднем, с апплетом — 43-44.

Что делать с потерей пакетов, как выяснять причину?

Проблема не определена точно, но она явно с железом. Почему — см. ниже список предпринятых действий.

Система
core i5 3570K
ASUS P8 z77V LX, вздутых конденсаторов нет
GIGABYTE NVIDIA GEFORCE 760, версия драйвера 361.43
Kingston KHX1600C9D3P1K2/8G — 4gb, 4 планки, итого 16
Винт WDC WD10EZEX-60ZF5A0 + SSD . какой то, не системный, для хлама.
Блок питания Thermaltake TR2 Bronze 650W, около 2 лет
Звуковая карта Sound Blaster Z
Microsoft Windows 7 Максимальная (64 bit)
Версия 6.1.7601 Service Pack 1 Сборка 7601

Примерно 3 или 4 дня назад ни с того ни с чего начались жуткие потери пакетов. Стабильно 5-8%, чаще 20-25, иногда подпрыгивает до 40-50%.
Сопровождается это все жуткими фризами в сетевых играх, остановки на пол-одну секунду, затем все уже где то на других местах, твой же персонаж не сдвинулся или дёрнулся. Причем пинг остается стабильный на уровне до 70ms.
По ping’у получить процент потерь трудновато, так что как «методику» определния использую TeamSpeak 3 с подключение с различным серверам в разных странах. Экспериментально установлено что показания pocket loss’a прям пропорциональны интенсивности фризов в играх и задержками при работе в Skype’e, так что их можно считать достоверными, см пример.
Пример, слева зарубежный сервер, справа российский.

На момент написания поста показывает цифру в 20% на трех разных серверах, т.е потери не зависят от географического положения сервера.
Причину установиться не удаеться до сих пор.

Структура сети примерно следующая — Сервер в универе, Сервер в гостиннице, дальше большая сеть роутеров (по 2 на этаж), дальше я. Ни у кого кроме меня, даже у тех кто сидит на том же роутере, таких проблем не наблюдаеться. Авторизация на сервере гостинницы идет по mac-адресу, по нему же dhcp выдает внутрисетевой ip.

Что делалось:
-1. проверка антивирусом CureIt! на предмет всяких ботнетов и прочего говна. отрицательно.
0. попытки найти приложение которые спамит в сеть, или блокирует её, аля брандмауэр, центр обновления, и т.д.
1. обновление драйвера сетевой карты, не помогло
2. тесты сети (методом teamspeak’a) из безопасного режима, не помогло, значит это не какая то левая софтина (скорее всего)
3. подключение к другому роутеру, с другим кабелем, не помогло
4. изменение mac-адерса сетевой карты у себя (подмена) и на сервере гостинницы, было подозрение что где то стоит комп с таким же mac-ом, и происходит шум и конфликт в сети. не помогло
5. установка новой сетевой карты (подозрения что встроенная Realtek вышла из строя), не помогло
6. полная переустановка windows, сброс BIOS, обновление BIOS до актуальной версии, не помогло
7. подключение к другому роутеру, с другим кабелем, не помогло
8. Система запускалась на совершенной иной конфиругации, винчестер был подключен с другому компу. Потерь нет.

Общие вопросы и решения

Потери сетевых пакетов можно устранить, определив первопричину проблемы. В случае неисправности аппаратного обеспечения, установка новой замены, способной обрабатывать входящий трафик, а также способной максимизировать производительность системы, позволит, если не устранить неисправность, снизить потери пакетов при аренде. Это одна из причин, по которой компаниям или частным лицам целесообразно инвестировать средства и приобретать высокопроизводительные устройства.

Использование проводных соединений поможет обеспечить стабильную и стабильную передачу данных на подключенные устройства. Однако аппаратные проблемы могут также привести к потере пакетов. Общей проблемой с беспроводными соединениями являются сетевые помехи. Это можно сделать, используя менее населенные каналы. Это уменьшит количество перерывов в работе сети из-за не перегруженных сетей. Для сетей с большим скоплением пользователей проблема может быть решена путем увеличения пропускной способности сети у провайдера Интернет-услуг.

при использовании этой функции

все номера строк находятся в функции

в строке с GetPlayerNetworkStats ссылается на ошибку с аргументами

hypebot Возможно, вы её не так как-то используете, или же она стоит сток в стоке/паблике, или же ошибка и вовсе не здесь. Код написан правильно, и я вставил в свой мод, всё отлично

Возможно, вы её не так как-то используете, или же она стоит сток в стоке/паблике, или же ошибка и вовсе не здесь. Код написан правильно, и я вставил в свой мод, всё отлично

я ее использую в форматировании строки для текстдрава, там не может быть ошибок

Что такое packet loss в самп

Client Network Stats — Клиент Сетевой Статистики.Самая первая строчка,которая написано синем цветом.

Download Rate -Скорость Загрузки(зависит от вашего интернета).Эта строка идёт после синей,тоесть второй.Она написана белым цветом.

Upload -Скорость Разгрузки(зависит от вашего интернета).Эта строка уже третья в нашем списке,тоесть она тоже белая цвета.

Vehicle -Транспорт.Показывает сколько транспорта рядом с вами.Эта строка четвёртая в нашем списке.Она написана белым цветом.

Vehicle Models -Модели Автомобилей.Тоесть эта строка показывает сколько рядом с вами авто(мото/мопеды не в счёт).Эта строка белого цвета и пятая в нашем списке

Vehicle Models Loaded -Модели Автомобилей Загружены.Как только вы заходите на сервер у вас грузятся модели машин.Поетому бывают частые лаги.Эта строка белого цвета и шестая в нашем списке.

RWObjects -Обьекты.Показывает сколько перед вами обьектов(их всегда много т.к. считаются здания,окна,дороги,деревья и т.п.).Эта строка белого цвета и она седьмая в нашем списке.

PedSlotsUsed -Слоты используемые.Вот самое интересное:Эта надпись показывает,сколько скинов(людей) стоят рядом с вами.Так же,если вы отдалитесь туда,где не будет людей,то сможете вычислить следит ли за вами администратор, или нет(нет разницы как он за вами следит).Эта строка восьмая в нашем списке и она белого цвета.

ObjectsSlotsUsed -Объекты, Используемые Слоты.Как я понял,это скины(люди) сидящие в машинах.Эта строка белого цвета и она девятая в нашем списке.

OnFoot Send Rate -Скорость Отправки скинов(людей).Тоесть,эта помогает нам видить скины(людей),поетому бывают лаги.Эта строка десятая в нашем списке и она белого цвета.

Streaming Mem Used -Потоковае память используется.У меня лично:96MB Total: 128MB.Эта строка одинадцатая в нашем списке и она белого цвета.

Messages in Send buffer -Сообщения в буфер Отправки.Многие игроки пишут в чат(f6) и это всё посылается в буфер.И поетому администратором видно,что написал данный человек.Эта строка белого цвета и она двенадцатая в нашем списке.

Messages sent -Отправленные сообщения.Как вы догадались,игроки тоже часто посылают смс,тем самым админы видят, что они пишут.Эта строка белого цвета и она тринадцатая в нашем списке.

Bytes sent -Отправлено байт.Байты отправленные на игру.Эта строка белого цвета и она четырнадцатая в нашем списке.

Acks sent -Отправленные подтверждения.Так же если у вас интернет лагает,и вы пишите в чат,или смс,или команду,и она пишется с задержкой,тут отражается это в цифрах.Эта строка белого цвета и она пятнадцатая.

Acks in send buffer -Подтверждения,отправленное из Буфера.В буфер так же поступают сообщения.Буфер даёт подтверждение на смс.Эта строка белого цвета и она шестнадцатая в нашем списке.

Messages waiting for acks -Сообщения ожидает подтверждения.Связано с лагами.С задержкой смс отправлением.Эта строка белого цвета и она семнадцатая в нашем списке.

Messages resent -Сообщения не дошли.Тоесть бывает случии,когда тел. выкл. у того кому вы посылаете смс.Это иногда отражается в этой строке.Эта строка у нас белого цвета и она восемнадцатая в нашем списке

Bytes resents -Байты не дошедшие до сервера(игры).Бывает что байте не доходят до игры.И по этой причины,тоже всё начинает лагать.Эта строка у нас белого цвета и она девятнадцатая в нашем списке

Packet loss -Потери пакетов.У всех вроде,не должно быть потери пакетов.У меня всегда 0.0%.Эта строка белого цвета и она двадцатая в нашем списке.

Messages received -Полученные сообщения.Сообщения идут от вашего интернета в игру.Тоесть они идут всегда,для правильной работы и они всё время поднимаются(всё больше и больше).Эта строка белого цвета и она двадцать первая в нашем списке.

Bytes received -Получено байт.Думаю тут всё ясно,зависит от интернета.Сколько байт получено на сервер.Эта строка белого цвета и она двадцать вторая в нашем списке.

Acks received -Подтверждений получено.Подтверждаться будут байты,о которых написано выше.Не всегда будет писать в эту строку или же будет исчезать.Эта строка белого цвета и она двадцать третья в нашем списке.

Duplicate acks received -Дубликат подтверждения.Даёт двойное подтверждение на каждую свою функцию.Строка белого цвета и она последняя в нашем списке.Тоесть двадцать четвёртая.

Вот вроде и всё.Вы подумаете:Что тут сложного?Просто вписать в переводчик и всё.А вы сами попробуйте.Перевод делал сам.Если,что перевёл не правильно поправьте.С вами был [CM]Doc.Спасибо за внимание.Удачи!

A WORLD OF ITS OWN!

• Guests: 41
• Hidden: 0
• Users: 0

Birthday Calender

• — Birthdays —
• Bigfreak-nl (32)
• Daco (31)
• Belgacem Othman (31)
• Ramiro (31)
• diddeh (27)
• Kipston (30)
• Drastic (27)
• Paide (1023)
• Karmps. (26)
• LittleJacob (29)
• Holly_Madison (33)
• ODG8E_rew (44)
• Stewartslepe (37)
• DaniilUnwip (45)

• — Birthdays —
• Alessandro (31)
• JohnnyLikesWeed (29)
• Kalvin (25)
• Declan (23)
• Gavin_Young (26)
• calyx (27)
• DaviktLat (38)
• Jatt. (22)
• urianTdub (47)
• GeorgeSoack (36)
• Helernriz (39)
• Froggy06 (25)

• — Birthdays —
• Veraso (30)
• Violet (35)
• keldric229 (29)
• robibota (35)
• Robi_Montana (34)
• Satoshi (25)
• Azaleus (25)
• Stiven (27)
• WestWind (25)
• DZ killer (27)
• Frank. (23)
• Kensi (25)
• Clown (27)
• Slavian (25)
• Garrettmale (45)
• faxannep (41)
• Smirnovvrv (38)
• Black_Avenger (20)
• ElijahToM (40)
• F0ZQO_rew (38)
• Stefanimab (43)

• — Birthdays —
• iDevil (31)
• MusTaF (29)
• Courage (30)
• ACK (29)
• Pagon (29)
• Clarke (25)
• Mams (31)
• Brate (27)
• JPDEPRESS (30)
• kashmeri (34)
• NikigosLaH (43)
• KlimSek (35)
• VasiliyTal (38)
• ObrabotkaOtKleschey (37)

• — Birthdays —
• Seskom (28)
• polopolo (28)
• Active (34)
• Vincent_A (28)
• dfvds (42)
• jeriza (35)
• TSAJones (28)
• Jeffrey_McRay (27)
• HeadsMan (26)
• Michaelpok (43)
• CraigIrrit (46)
• Darr (25)
• AlexeygoM (45)
• X9ORT_rew (38)

• — Birthdays —
• George94 (1929)
• [GSF]Kopp (33)
• Wesley1990 (33)
• Bradley_Hood (28)
• Ronnie. (27)
• Marcoo (28)
• JabbaX (33)
• Khm
• Exodus (28)
• Sydneyjop (48)
• XRQCU_rew (35)
• Vyacheslavboync (46)

• — Birthdays —
• SunVice (27)
• ramy (31)
• Beruscolini (28)
• Lisa. (28)
• Joey (28)
• Sidneypl (40)
• Sidneysem (40)
• SunVice1 (27)
• Hermanjal (47)
• RJAY (20)
• Vojislav (22)
• FVWF8_rew (35)
• OSQWI_rew (43)
• Danielbit (40)

• — Birthdays —
• Corpse Fear (35)
• TheRock (28)
• Voodoo (28)
• Gsouma (31)
• HarrisZ (25)
• drahon45 (31)
• Denis_Koja (26)
• Denis_Pro (28)
• HugoMarques (33)
• ThesickOr (37)
• YanCef (42)

• — Birthdays —
• niki681 (32)
• Niki (31)
• Kane King (32)
• Ukelx (29)
• marcobond (28)
• [SASD]L_Lawless (39)
• AliceReckless (34)
• SwetGirl (28)
• Goodandy. (28)
• aggranshu (26)
• fictional (29)
• Kemppa
• David. (25)
• lenousertag (41)
• rajeev (20)
• Norenemt (43)
• Marco_Ancelotti (26)
• Ledesireflush (45)
• CalebToM (40)
• AshleySoorp (48)

• — Birthdays —
• Steve_Riptor (35)
• MrsSvensson (30)
• Graham (33)
• Hubby (26)
• Cindy_Carter (30)
• Priedumedge (38)
• (_xXx_) (24)
• Castle (25)
• invobiagony (38)
• Han. (26)
• Tix (28)
• Anna.slininash (43)
• Sammy_ (22)
• AlexPlays78791 (22)
• DipgozGeava (42)
• JacquisCirty (45)
• ArtemTek (36)
• cvqocNam (47)
• RebeccaTog (41)
• EgorWal (44)
• Josephkap (35)
• jwick (523)

• — Birthdays —
• Poison Syringe (33)
• Augusto (30)
• Quaz (29)
• Kenneth (29)
• Jennifer (29)
• Bugsy Siegel (30)
• aftedaDek1988 (36)
• Thithlelm (38)
• WealGoosserot (36)
• weenlyneure (35)
• Fooccaceashek (35)
• Jemoemposaure (35)
• NariLoatera (36)
• nallTalaype (35)
• Gaiviaple (37)
• AgossyEvagsak (34)
• RiptSmamp (34)
• MichaeloBit (36)
• vaPhadbablela (38)
• UrilaSewglall (35)
• Breerteva (34)
• WaskRidareade (35)
• Kenji (26)
• .Patty (20)

• — Birthdays —
• BiteMe (31)
• Nitram (36)
• M1k3 (36)
• Ronnie (33)
• VrHuN$kI (33)
• TeaM-QSens (30)
• MrDriver[Qsd] (32)
• RipHead (26)
• virginiafisher10 (39)
• White_Ghost (26)
• Dankriie (28)
• Zlatan (28)
• Sorin (28)
• MrJames (27)
• John_Hood (26)
• Mr.Man (26)
• Argo_Rpg (26)
• Wrath_of_Fire (26)
• Mr_Nemanja (26)
• John_Wood (26)
• Mike. (27)
• CikaFlam[e] (26)
• Nero97 (26)
• Chester (26)
• .Dante. (26)
• JamesHowlett (26)
• HenrySeen (26)
• Divyanshu 1998 (25)
• Shahuzaan (22)
• Dante DiFronzo (26)

• — Birthdays —
• Gimax (32)
• alamicu (35)
• Jean (34)
• Evilrex (31)
• Evilrex500 (31)
• Travis (32)
• Buggs (32)
• Komain (32)
• Vince_Hudson (29)
• Skalleper (26)

• — Birthdays —
• hardcore (39)
• Call_me_Dad (32)
• Drix (29)
• kkovachev (26)
• [Alex] (26)
• Eva (21)
• Unit123az (34)
• Unitsone3a (34)

• — Birthdays —
• Fiddy (30)
• John_Milete (31)
• Marty (31)
• Jason_Bridges (27)
• 13thDisciple (31)
• JORDANTAGALOG (26)
• Patrick_Barcley (25)
• nearyblaize (25)

• — Birthdays —
• LilCute (35)
• Maxy (30)
• Jerome (30)
• StefanSalvatore (32)
• Huss (26)
• Locket (24)
• Xaera (32)
• Hafido__tiger (32)
• Alveron (23)
• Bass. (25)
• Miriani
• Raidr1212 (25)
• Zoperr (23)

• — Birthdays —
• Warlord (33)
• Candy123 (25)
• Dillon (27)
• Antwan_Jennings (31)
• EndriSoprano (31)
• MMFatmi (23)

• — Birthdays —
• Liquidvortex (29)
• Scalioty (31)
• ICNA (29)
• Skuusk (27)

• — Birthdays —
• Austin (32)
• Well:Whiskey
• Purple Soulja (33)
• NesQuicK (29)
• MaDmaX (34)
• onFIRE (28)
• Manoleas (28)
• Nattana (33)
• TheHammer (29)
• Kranchof (25)
• Billy_Hope (23)

• — Birthdays —
• FBI (16)
• DonMurda (35)
• Webster (25)
• Ben. (28)
• Julio. (28)
• SoSa (28)
• joannclark599 (46)
• [ATL]Antonio (29)
• Unknown . (29)
• Rumen (27)
• Michael_Andrews (11)
• Rumen_Collin (27)
• AaronS (26)
• RedAngel (29)
• gabrielkiriac (23)
• Jack_Rich (27)
• Rumen_ (27)
• Tattler (26)

• — Birthdays —
• Khanos (37)
• DRCharlie (29)
• Deka (24)
• fuzzball69 (26)
• .Ken. (24)
• zhura (24)

• — Birthdays —
• Vitamine (33)
• Smiley (33)
• Gogo_Gulucan (27)
• Joaoseinha (27)
• mparmpa1 (27)
• murdoxix (26)
• [HR]JAMIE (21)
• ivanorloff (34)
• yasyo (31)
• GASER (21)
• ohaimo (47)

• — Birthdays —
• Merc (31)
• Kwanza (36)
• alexandru (29)
• F.B.I (27)
• di40n1 (31)
• saxin7 (26)
• Sonny_Ancelotti (26)
• trommelboy (32)
• Renzine. (24)
• ilger_Soprano.. (32)
• JoshThePenguin (24)
• LVNSTD (26)

• — Birthdays —
• Rebel (33)
• .Diego (26)
• Karan (27)

• — Birthdays —
• Rory (33)
• ijustatemystash (39)
• midget (31)
• Blake_Mariner (28)
• Scars (25)
• PeterD (29)
• Luis_Cotroni (29)
• BruCe (29)
• Rosco (28)
• vasudevan (26)
• Jacob_Luciano (28)
• Bibiana (24)

• — Birthdays —
• DaBizzl3 (35)
• Gimli
• Garfield (27)
• Ziggy (32)
• ElMartu (28)
• Winters (30)
• Cyril (33)
• Fox (26)
• Alaska (1023)
• wolŦ. (33)
• Fausto Pagliuca (54)
• B Rabbit (1013)
• UltraMouse (26)
• Aca
• Coa (27)
• SpikeG (24)
• Jacob_ (23)

• — Birthdays —
• sans (24)
• Troy (30)
• Sago (31)
• UnToIYaAble (32)
• RadeJankovic (27)
• Pallazo (34)
• Aldrich (26)
• i3lack (28)
• Ron271 (29)
• Andy Murray (27)
• Aiden. (26)
• DarkShadowBlade (27)
• BlackrunCze (24)
• Sinister (24)
• UnleashedRealM (23)

• — Birthdays —
• Mr Wayne (25)
• Daian (29)
• Mr-Green (25)
• crazykiller (28)
• Plam_Knight (27)
• Louis
• AlexStruck (27)
• Napsta (25)
• Xelent159 (33)

• — Birthdays —
• EDGE (31)
• Quang (30)
• StanTheMan (26)
• Vanessa_Carloz (38)
• Roger (30)
• adam_malik (21)
• Vito_CapriRossi (27)
• annol88 (29)
• del333del (23)
• Steven S. (23)
• Turrikane (40)
• Bartihan (25)
• Mortx (23)

• — Birthdays —
• JJ[SKM] (33)
• Miami (30)
• Amanda_Patterson (32)
• gangster ftw (28)
• Andy (30)
• Manduh_Panduh (33)
• halfdemon (28)
• Nitzkit (22)

• — Birthdays —
• Mac_stone (33)
• Trix (35)
• Helpspooked (31)
• danigold1 (27)
• Tokarief (27)
• Dutch_Hunter (25)
• VK.SilenCe (26)
• Xavier12 (26)
• AG3NTX (31)
• Police31 (24)
• HemanthTG (18)
• Tomasiro (20)
• Gary (25)

Форум Pawn.Wiki — Воплоти мечту в реальность!: функция Packetloss — Форум Pawn.Wiki — Воплоти мечту в реальность!

• Вы не можете создать новую тему
• Тема закрыта

minor

• Группа: Активные пользователи
• Сообщений: 63
• Регистрация: 28 июня 17

все номера строк находятся в функции

в строке с GetPlayerNetworkStats ссылается на ошибку с аргументами

hypebot

• Группа: Активные пользователи
• Сообщений: 553
• Регистрация: 17 апреля 16

minor

• Группа: Активные пользователи
• Сообщений: 63
• Регистрация: 28 июня 17

hypebot (28 января 2018 — 22:32) писал:

Сообщение отредактировал minor: 29 января 2018 — 06:18

hypebot

• Группа: Активные пользователи
• Сообщений: 553
• Регистрация: 17 апреля 16

minor

• Группа: Активные пользователи
• Сообщений: 63
• Регистрация: 28 июня 17

caHek2x

• Группа: Активные пользователи
• Сообщений: 311
• Регистрация: 15 декабря 17

Сообщение отредактировал caHek2x: 29 января 2018 — 18:03

hypebot

• Группа: Активные пользователи
• Сообщений: 553
• Регистрация: 17 апреля 16

minor

• Группа: Активные пользователи
• Сообщений: 63
• Регистрация: 28 июня 17

caHek2x

• Группа: Активные пользователи
• Сообщений: 311
• Регистрация: 15 декабря 17

hypebot

• Группа: Активные пользователи
• Сообщений: 553
• Регистрация: 17 апреля 16

caHek2x (29 января 2018 — 18:28) писал:

Помогите, у меня не работает функция

stock GetPlayerZone(playerid)
<
new zonename[128];
return zonename;
>