Воля. Поддержка и консультация

**News** · 06.03.2012 15:16

«Уважаемые участники и посетители Херсонского форума!

На форуме появился официальный аккаунт компании ВОЛЯ под ником VOLIA_SUPPORT. Официальный аккаунт создан с целью помочь пользователям в решении различных вопросов, возникающих в процессе получения телекоммуникационных услуг. Немаловажно и то, что это дает возможность получить объективную информацию по обсуждаемым темам из «первых рук». Ваши обращения по вопросам технической поддержки будут анализироваться, и передаваться в соответствующие подразделения компании для быстрого реагирования. Обращения, содержащие любую контактную информацию , просим отправлять нам только через личные сообщения в целях безопасности информации.
В меру своих возможностей мы постараемся также реагировать на конструктивные запросы, не относящиеся к технической поддержке, хотя это и не является основной целью создания данного аккаунта. На все сообщения, содержащие эмоциональные неконструктивные высказывания, реагировать данный аккаунт не будет.

Надеемся на успешное сотрудничество!
Отдел техподдержки компании ВОЛЯ»

**VOLIA_SUPPORT** · 20.11.2012 13:48

Сообщение от Turismo

сколько можно брать тюнеров в аренду?Если у меня в квартире 3 телевизора,я могу арендовать три тюнера?

Здравствуйте, Turismo!
По одному Договору возможно подключение не более трех телеприемников и ТВ-тюнеров.

Сообщение от Andriano

почему-то пакета Легкий нет на сайте Воли-Херсон
Где посмотреть его состав?
Этот пакет аналоговый или цифра?

Здравствуйте, Andriano!
Пакет телепрограмм: «Легкий» является аналоговым.
Информация по стоимости данного пакета предоставлена в прейскуранте регулярных планов подписки, сведения по телеканалам, которые входят в этот пакет, Вы можете найти по адресу: http://kherson.volia.com/user/files/...es-1-11-12.pdf
Также рекомендуем, на нашем сайте, ознакомиться с недавними изменениями по данному пакету: ВОЛЯ — ВОЛЯ в Херсоне предложила новый пакет телепрограмм «Легкий».

**Игорь** · 22.11.2012 11:08

Сообщение от VOLIA_SUPPORT

Здравствуйте, Turismo!
По одному Договору возможно подключение не более трех телеприемников и ТВ-тюнеров.

Какие условия подключения второго и третьего ТВ-тюнеров?

**VOLIA_SUPPORT** · 22.11.2012 13:33

Сообщение от Игорь

Какие условия подключения второго и третьего ТВ-тюнеров?

Стоимость основного пакета услуг зависит от количества телеканалов в цифровом формате, который Вы выбрали. С перечнем доступных пакетов телепрограмм можно ознакомиться на сайте компании: ВОЛЯ — Основные пакеты услуг. Вторая и третья точка Цифрового ТВ дополнительно оплачивается в сумме 20 грн.(код HN_101 http://kherson.volia.com/user/files/...fs-1-11-12.pdf)

---------- Сообщение добавлено в 12:33 ---------- Предыдущее сообщение было в 12:14 ----------

**oldengremlin** · 23.11.2012 12:57

Сначала о хорошем:

Простой протокол обнаружения сервисов

Простой протокол обнаружения сервисов (англ. Simple Service Discovery Protocol, SSDP) — истекший черновик интернет стандарта (Internet draft) IETF, написанный компаниями Microsoft и Hewlett-Packard. Данный протокол является основой протокола обнаружения Universal plug-and-play.
SSDP описывает механизм, согласно которому сетевые клиенты могут обнаружить различные сетевые сервисы. Клиенты используют SSDP без предварительной конфигурации. SSDP поддерживает обнаружение при помощи мультикаста, уведомления от серверов и маршрутизацию. Данная служба включает обнаружение UPnP-устройств в домашней сети. Например, телевизор с поддержкой DLNA/UPNP находит медиа-серверы в локальной сети с использованием этого протокола. Домашние маршрутизаторы тоже, как правило, обнаруживаются компьютерами с помощью SSDP (для отображении информации о маршрутизаторах и медиа-серверах в "Сетевом окружении" эти устройства также должны поддерживать протокол HTTP, т. к. SSDP сообщает устройствам http-ссылку на узел управления устройством).
SSDP использует XML UDP пакеты как в одноадресной, так и в многоадресной рассылке для объявлений о сервисах. Используется мультикаст-адрес 239.255.255.250.
В операционной системе Windows для нормального функционирования «Службы Обнаружения SSDP» никаких других служб не требуется. От работы этого сервиса зависит «Узел универсальных PnP-устройств» (Universal Plug and Play Device Host).

Теперь о плохом.

~$ sudo grep RFC3330 /var/log/syslog | tail -30

Nov 23 11:28:49 debian kernel: [154650.641515] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:00:00:fb:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=224.0.0.251 LEN=61 TOS=0x00 PREC=0x00 TTL=255 ID=24172 PROTO=UDP SPT=5353 DPT=5353 LEN=41
Nov 23 11:28:49 debian kernel: [154651.541645] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:00:00:fb:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=224.0.0.251 LEN=67 TOS=0x00 PREC=0x00 TTL=255 ID=24180 PROTO=UDP SPT=5353 DPT=5353 LEN=47
Nov 23 11:28:50 debian kernel: [154652.398406] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=239.255.255.250 LEN=129 TOS=0x00 PREC=0x00 TTL=4 ID=24196 PROTO=UDP SPT=62563 DPT=1900 LEN=109
Nov 23 11:28:50 debian kernel: [154652.529353] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:00:00:fb:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=224.0.0.251 LEN=61 TOS=0x00 PREC=0x00 TTL=255 ID=24198 PROTO=UDP SPT=5353 DPT=5353 LEN=41
Nov 23 11:28:51 debian kernel: [154652.637760] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:00:00:fb:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=224.0.0.251 LEN=61 TOS=0x00 PREC=0x00 TTL=255 ID=24201 PROTO=UDP SPT=5353 DPT=5353 LEN=41
Nov 23 11:28:51 debian kernel: [154652.869320] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=239.255.255.250 LEN=307 TOS=0x00 PREC=0x00 TTL=4 ID=24203 PROTO=UDP SPT=62563 DPT=1900 LEN=287
Nov 23 11:28:51 debian kernel: [154652.876815] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=239.255.255.250 LEN=359 TOS=0x00 PREC=0x00 TTL=4 ID=24208 PROTO=UDP SPT=62563 DPT=1900 LEN=339
Nov 23 11:28:51 debian kernel: [154652.883317] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=239.255.255.250 LEN=373 TOS=0x00 PREC=0x00 TTL=4 ID=24209 PROTO=UDP SPT=62563 DPT=1900 LEN=353
Nov 23 11:28:51 debian kernel: [154652.889353] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=239.255.255.250 LEN=371 TOS=0x00 PREC=0x00 TTL=4 ID=24210 PROTO=UDP SPT=62563 DPT=1900 LEN=351
Nov 23 11:28:51 debian kernel: [154652.895459] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=239.255.255.250 LEN=316 TOS=0x00 PREC=0x00 TTL=4 ID=24211 PROTO=UDP SPT=62563 DPT=1900 LEN=296
Nov 23 11:28:51 debian kernel: [154653.538869] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:00:00:fb:30:85:a9:0e:77:ec:08:00 SRC=93.79.167.143 DST=224.0.0.251 LEN=67 TOS=0x00 PREC=0x00 TTL=255 ID=24221 PROTO=UDP SPT=5353 DPT=5353 LEN=47
Nov 23 11:28:57 debian kernel: [154659.209588] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=335 TOS=0x00 PREC=0x00 TTL=4 ID=23662 PROTO=UDP SPT=1900 DPT=1900 LEN=315
Nov 23 11:28:57 debian kernel: [154659.249541] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=344 TOS=0x00 PREC=0x00 TTL=4 ID=23663 PROTO=UDP SPT=1900 DPT=1900 LEN=324
Nov 23 11:28:57 debian kernel: [154659.289764] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=387 TOS=0x00 PREC=0x00 TTL=4 ID=23664 PROTO=UDP SPT=1900 DPT=1900 LEN=367
Nov 23 11:28:57 debian kernel: [154659.310691] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:16:17:bd:8b:68:08:00 SRC=93.79.167.167 DST=239.255.255.250 LEN=129 TOS=0x00 PREC=0x00 TTL=4 ID=1592 PROTO=UDP SPT=53282 DPT=1900 LEN=109
Nov 23 11:28:57 debian kernel: [154659.449507] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=387 TOS=0x00 PREC=0x00 TTL=4 ID=23665 PROTO=UDP SPT=1900 DPT=1900 LEN=367
Nov 23 11:28:57 debian kernel: [154659.529567] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=344 TOS=0x00 PREC=0x00 TTL=4 ID=23666 PROTO=UDP SPT=1900 DPT=1900 LEN=324
Nov 23 11:28:58 debian kernel: [154660.119422] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=335 TOS=0x00 PREC=0x00 TTL=4 ID=23667 PROTO=UDP SPT=1900 DPT=1900 LEN=315
Nov 23 11:29:01 debian kernel: [154663.556487] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:16:17:bd:8b:68:08:00 SRC=93.79.167.167 DST=239.255.255.250 LEN=307 TOS=0x00 PREC=0x00 TTL=4 ID=1773 PROTO=UDP SPT=53282 DPT=1900 LEN=287
Nov 23 11:29:02 debian kernel: [154663.609758] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:16:17:bd:8b:68:08:00 SRC=93.79.167.167 DST=239.255.255.250 LEN=359 TOS=0x00 PREC=0x00 TTL=4 ID=1782 PROTO=UDP SPT=53282 DPT=1900 LEN=339
Nov 23 11:29:02 debian kernel: [154663.655542] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:16:17:bd:8b:68:08:00 SRC=93.79.167.167 DST=239.255.255.250 LEN=373 TOS=0x00 PREC=0x00 TTL=4 ID=1785 PROTO=UDP SPT=53282 DPT=1900 LEN=353
Nov 23 11:29:02 debian kernel: [154663.699003] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:16:17:bd:8b:68:08:00 SRC=93.79.167.167 DST=239.255.255.250 LEN=371 TOS=0x00 PREC=0x00 TTL=4 ID=1789 PROTO=UDP SPT=53282 DPT=1900 LEN=351
Nov 23 11:29:02 debian kernel: [154663.750645] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:16:17:bd:8b:68:08:00 SRC=93.79.167.167 DST=239.255.255.250 LEN=316 TOS=0x00 PREC=0x00 TTL=4 ID=1791 PROTO=UDP SPT=53282 DPT=1900 LEN=296
Nov 23 11:29:02 debian kernel: [154663.808160] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:e8:11:32:d1:6c:c0:08:00 SRC=93.79.167.120 DST=239.255.255.250 LEN=129 TOS=0x00 PREC=0x00 TTL=4 ID=28969 PROTO=UDP SPT=65114 DPT=1900 LEN=109
Nov 23 11:29:08 debian kernel: [154669.645593] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=336 TOS=0x00 PREC=0x00 TTL=4 ID=23687 PROTO=UDP SPT=1900 DPT=1900 LEN=316
Nov 23 11:29:08 debian kernel: [154669.685668] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=345 TOS=0x00 PREC=0x00 TTL=4 ID=23688 PROTO=UDP SPT=1900 DPT=1900 LEN=325
Nov 23 11:29:08 debian kernel: [154669.725619] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=388 TOS=0x00 PREC=0x00 TTL=4 ID=23689 PROTO=UDP SPT=1900 DPT=1900 LEN=368
Nov 23 11:29:08 debian kernel: [154669.885591] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=388 TOS=0x00 PREC=0x00 TTL=4 ID=23690 PROTO=UDP SPT=1900 DPT=1900 LEN=368
Nov 23 11:29:08 debian kernel: [154669.965598] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=345 TOS=0x00 PREC=0x00 TTL=4 ID=23691 PROTO=UDP SPT=1900 DPT=1900 LEN=325
Nov 23 11:29:08 debian kernel: [154670.166027] RFC3330 destination drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:11:5b:b4:11:03:08:00 SRC=93.79.167.85 DST=239.255.255.250 LEN=336 TOS=0x00 PREC=0x00 TTL=4 ID=23692 PROTO=UDP SPT=1900 DPT=1900 LEN=316

Теперь немного математики. После того как был отброшен весь INVALID-трафик, трафик с неверными заголовками пакетов (например трафик с установленным SYN флагом, но без NEW), фильтруется трафик на мультикаст адрес 239.255.255.250.

Условия задачи: за некоторый промежуток времени количество байт зашедших к цепочку фильтрации мультикаст адреса 239.255.255.250 равно 1431040, а количество вышедших 1138758.

Решение: отфильтровано 292282 байт трафика, что составляет 20% принятой моей сетевой картой информации.

Многоуважаемый провайдер, подавляющему большинству домашних хомячков и даром не нужны эти SSDP пакеты, они просто забивают канал хламом! Неужели такому серьёзному провайдеру как "Воля" так тяжело позаботиться о том чтобы по сети не бегал лишний трафик? Неужели так тяжело повесить соответствующие ACL на коммутационном оборудовании?

**oldengremlin** · 23.11.2012 17:32

Сообщение от oldengremlin

Условия задачи: за некоторый промежуток времени количество байт зашедших к цепочку фильтрации мультикаст адреса 239.255.255.250 равно 1431040, а количество вышедших 1138758.

Решение: отфильтровано 292282 байт трафика, что составляет 20% принятой моей сетевой картой информации.

Ну вот, прошло некоторое время и захотелось проверить, а действительно ли всё так мрачно как я написал в предыдущем посте.

Смотрим, что имеем.
32337 записей в syslog-е, примерно следующего содержания:

sudo grep SSDP /var/log/syslog | tail -30

Nov 23 16:19:22 debian kernel: [172086.353114] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:43:5d:01:1f:08:00 SRC=93.79.167.218 DST=239.255.255.250 LEN=375 TOS=0x00 PREC=0x00 TTL=1 ID=41189 PROTO=UDP SPT=1900 DPT=1900 LEN=355
Nov 23 16:19:22 debian kernel: [172086.551550] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=347 TOS=0x00 PREC=0x00 TTL=4 ID=31429 PROTO=UDP SPT=1900 DPT=1900 LEN=327
Nov 23 16:19:22 debian kernel: [172086.629027] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=402 TOS=0x00 PREC=0x00 TTL=4 ID=31653 PROTO=UDP SPT=1900 DPT=1900 LEN=382
Nov 23 16:19:22 debian kernel: [172086.680889] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=406 TOS=0x00 PREC=0x00 TTL=4 ID=31763 PROTO=UDP SPT=1900 DPT=1900 LEN=386
Nov 23 16:19:22 debian kernel: [172086.709667] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=473 TOS=0x00 PREC=0x00 TTL=1 ID=1231 PROTO=UDP SPT=1900 DPT=1900 LEN=453
Nov 23 16:19:22 debian kernel: [172086.709974] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=518 TOS=0x00 PREC=0x00 TTL=1 ID=1232 PROTO=UDP SPT=1900 DPT=1900 LEN=498
Nov 23 16:19:22 debian kernel: [172086.710244] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=536 TOS=0x00 PREC=0x00 TTL=1 ID=1233 PROTO=UDP SPT=1900 DPT=1900 LEN=516
Nov 23 16:19:22 debian kernel: [172086.710576] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=544 TOS=0x00 PREC=0x00 TTL=1 ID=1234 PROTO=UDP SPT=1900 DPT=1900 LEN=524
Nov 23 16:19:22 debian kernel: [172086.710839] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=526 TOS=0x00 PREC=0x00 TTL=1 ID=1235 PROTO=UDP SPT=1900 DPT=1900 LEN=506
Nov 23 16:19:22 debian kernel: [172086.711140] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=464 TOS=0x00 PREC=0x00 TTL=1 ID=1236 PROTO=UDP SPT=1900 DPT=1900 LEN=444
Nov 23 16:19:22 debian kernel: [172086.711395] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=473 TOS=0x00 PREC=0x00 TTL=1 ID=1237 PROTO=UDP SPT=1900 DPT=1900 LEN=453
Nov 23 16:19:22 debian kernel: [172086.714205] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=532 TOS=0x00 PREC=0x00 TTL=1 ID=1238 PROTO=UDP SPT=1900 DPT=1900 LEN=512
Nov 23 16:19:22 debian kernel: [172086.714513] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=512 TOS=0x00 PREC=0x00 TTL=1 ID=1239 PROTO=UDP SPT=1900 DPT=1900 LEN=492
Nov 23 16:19:22 debian kernel: [172086.714796] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:1b:24:f7:c7:13:08:00 SRC=93.79.167.100 DST=239.255.255.250 LEN=473 TOS=0x00 PREC=0x00 TTL=1 ID=1240 PROTO=UDP SPT=1900 DPT=1900 LEN=453
Nov 23 16:19:22 debian kernel: [172087.125634] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=418 TOS=0x00 PREC=0x00 TTL=4 ID=32053 PROTO=UDP SPT=1900 DPT=1900 LEN=398
Nov 23 16:19:22 debian kernel: [172087.174754] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=406 TOS=0x00 PREC=0x00 TTL=4 ID=32058 PROTO=UDP SPT=1900 DPT=1900 LEN=386
Nov 23 16:19:22 debian kernel: [172087.220579] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=418 TOS=0x00 PREC=0x00 TTL=4 ID=32077 PROTO=UDP SPT=1900 DPT=1900 LEN=398
Nov 23 16:19:23 debian kernel: [172087.260645] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=402 TOS=0x00 PREC=0x00 TTL=4 ID=32113 PROTO=UDP SPT=1900 DPT=1900 LEN=382
Nov 23 16:19:23 debian kernel: [172087.300632] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:bc:ae:c5:b7:6c:2d:08:00 SRC=93.79.167.145 DST=239.255.255.250 LEN=390 TOS=0x00 PREC=0x00 TTL=4 ID=32144 PROTO=UDP SPT=1900 DPT=1900 LEN=370
Nov 23 16:19:23 debian kernel: [172087.377753] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:21:91:8b:b0:d6:08:00 SRC=93.79.167.166 DST=239.255.255.250 LEN=161 TOS=0x00 PREC=0x00 TTL=1 ID=5398 PROTO=UDP SPT=61416 DPT=1900 LEN=141
Nov 23 16:19:24 debian kernel: [172088.583745] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:4d:1c:77:97:08:00 SRC=93.79.167.173 DST=239.255.255.250 LEN=472 TOS=0x00 PREC=0x00 TTL=1 ID=15050 PROTO=UDP SPT=1900 DPT=1900 LEN=452
Nov 23 16:19:24 debian kernel: [172088.583924] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:4d:1c:77:97:08:00 SRC=93.79.167.173 DST=239.255.255.250 LEN=527 TOS=0x00 PREC=0x00 TTL=1 ID=15051 PROTO=UDP SPT=1900 DPT=1900 LEN=507
Nov 23 16:19:24 debian kernel: [172088.584116] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:4d:1c:77:97:08:00 SRC=93.79.167.173 DST=239.255.255.250 LEN=529 TOS=0x00 PREC=0x00 TTL=1 ID=15052 PROTO=UDP SPT=1900 DPT=1900 LEN=509
Nov 23 16:19:24 debian kernel: [172088.584290] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:4d:1c:77:97:08:00 SRC=93.79.167.173 DST=239.255.255.250 LEN=543 TOS=0x00 PREC=0x00 TTL=1 ID=15053 PROTO=UDP SPT=1900 DPT=1900 LEN=523
Nov 23 16:19:24 debian kernel: [172088.584417] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:4d:1c:77:97:08:00 SRC=93.79.167.173 DST=239.255.255.250 LEN=463 TOS=0x00 PREC=0x00 TTL=1 ID=15054 PROTO=UDP SPT=1900 DPT=1900 LEN=443
Nov 23 16:19:24 debian kernel: [172088.584611] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:4d:1c:77:97:08:00 SRC=93.79.167.173 DST=239.255.255.250 LEN=515 TOS=0x00 PREC=0x00 TTL=1 ID=15055 PROTO=UDP SPT=1900 DPT=1900 LEN=495
Nov 23 16:19:25 debian kernel: [172089.353766] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:43:5d:01:1f:08:00 SRC=93.79.167.218 DST=239.255.255.250 LEN=427 TOS=0x00 PREC=0x00 TTL=1 ID=41207 PROTO=UDP SPT=1900 DPT=1900 LEN=407
Nov 23 16:19:25 debian kernel: [172089.368723] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:43:5d:01:1f:08:00 SRC=93.79.167.218 DST=239.255.255.250 LEN=423 TOS=0x00 PREC=0x00 TTL=1 ID=41209 PROTO=UDP SPT=1900 DPT=1900 LEN=403
Nov 23 16:19:25 debian kernel: [172089.384271] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:43:5d:01:1f:08:00 SRC=93.79.167.218 DST=239.255.255.250 LEN=384 TOS=0x00 PREC=0x00 TTL=1 ID=41211 PROTO=UDP SPT=1900 DPT=1900 LEN=364
Nov 23 16:19:25 debian kernel: [172089.399903] SSDP drop: IN=eth0 OUT= MAC=01:00:5e:7f:ff:fa:00:e0:43:5d:01:1f:08:00 SRC=93.79.167.218 DST=239.255.255.250 LEN=375 TOS=0x00 PREC=0x00 TTL=1 ID=41213 PROTO=UDP SPT=1900 DPT=1900 LEN=355

плюс к этому 54549430 байт трафика из которых 11503721 байт принадлежат нафиг не нужному SSDP. Как состоятельные кроты, считаем - 21.09% бесполезного трафика. Как было, так и осталось.
Неужели так тяжело повесить фильтр на клиента содержащий простую проверку на дестинейшн адрес 239.255.255.250? :(

Код:

...juniper mx-80...> show configuration firewall family inet filter StandartCustomerFilter term discard_ssdp | display set 
set firewall family inet filter StandartCustomerFilter term discard_ssdp from destination-address 239.255.255.250/32
set firewall family inet filter StandartCustomerFilter term discard_ssdp then count discard_ssdp
set firewall family inet filter StandartCustomerFilter term discard_ssdp then discard

**oldengremlin** · 25.11.2012 14:21

Сообщение от oldengremlin

21.09% бесполезного трафика. Как было, так и осталось

Ну вот, прошло ещё несколько дней. Не могу сказать, что как было так и осталось - стало хуже :(
Принято 518969090 байт, под фильтр SSDP при этом попало 140679423 байт - 27.11% бесполезного трафика!
Понимаю, что в увеличении этого процента играет роль неоднородность трафика, что товарищи могут генерить SSDP постоянно, а полезная нагрузка моего канала может быть неравномерная. Но тенденции, тенденции... Можно понаблюдать ещё несколько дней ;)

ps: Но вот, что хочется сказать, в "Киеве" у "Воли" есть конкурент - "Ланет", так вот, на своём порту, клиентское включение, я не отловил ни одного SSDP пакета! Ни одного!

**yaroslavvv** · 25.11.2012 15:44

Сообщение от oldengremlin

ps: Но вот, что хочется сказать, в "Киеве" у "Воли" есть конкурент - "Ланет", так вот, на своём порту, клиентское включение, я не отловил ни одного SSDP пакета! Ни одного!

Ну о чём это говорит? Конечно же о том, что у «оффтопика» сплошь сознательные клиенты, все отключили клиент для сетей майкрософт на внешнем интерфейсе, а так же всякие бомжуры с зероконфами и универсальные вставляй-играйи. Вот какие молодцы-то!

**oldengremlin** · 25.11.2012 16:47

Сообщение от yaroslavvv

Ну о чём это говорит? Конечно же о том, что у «оффтопика» сплошь сознательные клиенты, все отключили клиент для сетей майкрософт на внешнем интерфейсе, а так же всякие бомжуры с зероконфами и универсальные вставляй-играйи. Вот какие молодцы-то!

[ирония] Да, я тоже так думаю. [/ирония]

**Andriano** · 25.11.2012 18:20

Вопрос по цифровому кабельному - далеко не на всех каналах есть электронный гид (EPG).
Это так задумано или просто Воля не хочет лишних телодвижений к наладке попутной услуги?

**VOLIA_SUPPORT** · 25.11.2012 19:08

Сообщение от Andriano

Вопрос по цифровому кабельному - далеко не на всех каналах есть электронный гид (EPG).
Это так задумано или просто Воля не хочет лишних телодвижений к наладке попутной услуги?

Здравствуйте,Andriano !
Просим Вас, уточнить личным сообщением, на каких телеканалах отсутствует услуга.

Тема: Воля. Поддержка и консультация

LinkBack

Опции темы

Отображение