IP Router Alert Option. Нафига?

Продавать же

Big bro watching for you, Tommy.

А вы пользуете RSVP или IGMP на роутере?
For this option to be effective, its use must be mandated in protocols that expect routers to perform significant processing on packets not directly addressed to them. Currently such protocols include RSVP [1] and IGMP [2].
http://www.ietf.org/rfc/rfc2113.txt

С моей точки зрения, какая-то не очень интересная опция. Впрочем я с QOS и мультикастингом мало пересекаюсь. Но если она у вас вызывает такой живой интерес, то вы могли бы попробовать найти публичные контакты (линкедин?) товарища Каца из сиско системз и попросить рассказать подробнее.

IGMP на роутере включен, наверное поэтому у некоторых пакетов установлен этот параметр.

Т.е. насколько я понял, этот параметр говорит маршрутизатору более внимательно присмотреться пакету и зарезервировать ресурсы в случае RSVP или «поколдовать» над групповой маршрутизаицей в случае IGMP.

Кажется понял смысл. Спасибо.

Всегда пожалуйста. =)

Я тут гугл уже слегка напряг. Оказывается, Кац ушел в Жунипер работать. Не пропадать же информации, поэтому выложу:

Dave Katz
Juniper Networks
1194 N. Mathilda Ave.
Sunnyvale, CA 94089-1206
USA

Phone: +1-408-745-2000
EMail: dkatz@juniper.net
http://www.rfc-editor.org/rfc/rfc5881.txt

Вот какая картина получается в моём интранете:

Маршрутизатор запрашивает группы:

IP: 0x0101a8c0->0x010000e0 IGMP: Membership query:     0x00000000

Винда отвечает:

IP: 0x0301a8c0->0xfaffffef IGMP: Membership v2 report: 0xfaffffef     
IP: 0x0301a8c0->0xfc0000e0 IGMP: Membership v2 report: 0xfc0000e0

Это нормально? Что-то меня паранойя беспокоит. Никакого multicast не настраивал нигде. С чего бы это Windows отвечает на IGMP? Рядом Slackware тихо игнорит IGMP запросы.

Нижнее не знаю что такое, а 0xfaffffef - кажется 239.255.255.250 в network byte order.

The service will then initialize its Windows Sockets interface. To do this, a call is made to WSAStartup, requesting version 2.0; requiring version 1.1. If the version negotiation succeeds, the service will initialize a socket address structure containing the standard destination address for SSDP discovery requests – 239.255.255.250:1900.
http://technet.microsoft.com/en-us/library/bb727027.aspx

Нижнее - LLMNR.
http://technet.microsoft.com/en-us/library/bb878128.aspx

Спасибо, Globalmirror! Я признателен за Вашу отзывчивость.

Сниффить транзитный трафик

>Нафига?
По теме топика. Фряшникам (как я, например), похоже, пофигу.

Given how FreeBSD's IPv4 stack is currently structured, the Router Alert
option does not have much relevance to the implementation
http://fxr.watson.org/fxr/source/netinet/ip_options.c