a-full a-100Со стороны коммутатора - автоопределение режима. Проверьте настройки сетевой карты компьютера и патч-корд.
<input type="hidden" name="var1" value="100"> Так вот, я не понимаю имеет ли это отношение к протоколу SIP, по которому телефоны работают. Кажется не имеет.На мой взгляд - нет, не имеет. SIP (и IP-телефония в частности) работает поверх IP(v4), значит, значение ethertype будет задано 0x0800.
Может, что-то подобное знаете?Навскидку вспомнил mozenda.com и import.io, но, опять же, опыта использования этих решений у меня нет.
Но отсылки идут туда, будто бы эти данные уже известны.
в интернетах гуляет некоторая информация, будто бы в некотором коммерческом программном обеспечении для различных отраслей, в которых есть некоторая база данных.
Кстати, может вам известны какие-либо рекомендованные методики для подсчета SLA для комплекса в целом?Я не занимался точными подсчетами, только грубыми оценками (на уровне - говорят коллеги ли нам что-то похожее на правду или рассказывают сказки, или сможем ли мы предоставить услугу на уровне, заявленном эффективным менеджментом). Насколько мне известно, в материалах ITIL/ITSM есть какие-то выкладки на эту тему.
хм, насколько это будет легковеснее чем Pickle?В моем примере - в 4 раза в терминах размера.
import pickle
my_set=set([246, 898, 918, 113, 11, 677, 82, 374, 184, 101])
>>> pickle.dumps(my_set)
'c__builtin__\nset\np0\n((lp1\nI898\naI246\naI11\naI113\naI82\naI918\naI184\naI374\naI101\naI677\natp2\nRp3\n.'
>>> len(pickle.dumps(my_set))
93
я не знаю, что вы подразумеваете под "совершенно тупым" коммутатором.
Я предполагаю, что в сети клиента все хосты, которых затронула проблема, находятся в одном L2-домене.
В таком случае, хотелось бы отметить три возможных варианта:
1) IGMP Snooping на коммутаторе не активен, неправильно настроен, не поддерживается. В таком случае IP multicast инкапсулируется в Ethernet multicast и направляется всем хостам L2-домена (влана)
2) IGMP Snooping на коммутаторе настроен корректно, но в L2-домене нет multicast-маршрутизатора (точнее, IGMP querier-а). Другими словами, никто не шлет IGMP query. В данной ситуации клиент может сам отправить сообщение IGMP join, возможно (зависит от имплементации) на коммутаторе создастся запись в таблице соответствия multicast группа <-> список интерфейсов. Через некоторое время срок жизни этой записи истечет, что может привести к обработке multicast-трафика как broadcast (unregistered multicast, параграф 3 главы 2.1.2 RFC4541).
3) видеокамеры шлют трафик на группу (адрес) из префикса 224.0.0.0/24. В таком случае, как правило, трафик будет обрабатываться так же, как и широковещательный (параграф 2 главы 2.1.2 RFC4541)