maa1
-
Публикации
70 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем maa1
-
-
причин может быть масса.
можете назвать хоть одну?
-
перезагрузка действительно помогла.
но что это было и как избежать такого в дальнейшем?
-
Здравствуйте,
Есть свич Cisco SGE2000, все порты мониторятся по snmp.
В нем настроен vlan для интернета (4 порта), и vlan для внутренней сети (default vlan, остальные порты). Оба нетэгированные.
Заметил по графикам в мониторинге, что с некоторых пор входящий трафик с порта интернета транслируется как исходящий во все остальные порты!
Т.е. нарушены все правила работы свича - мало того, что предназначенный заданному IP трафик транслируется в порты, где не подключен маршрутизатор с заданным IP, так еще и транслируется в другой vlan, что вообще немыслимо.
Наверняка перезагрузка решит проблему, но как такое возможно?
-
А если 6.37.5 поставить?
-
Niksea
попробуйте версию ROS 6.39 (там исправили проблему с out-of-order packet)
и предварительно удостоверьтесь, что у вас нет проблем с фрагментацией (установлен правильный MTU)
-
Элтекс же. Любой.
Вы уверены?
вот смотрю мануал
http://eltex.nsk.ru/upload/iblock/c18/tau_1m-ip_user-manual_1.13.0.119.pdf
пункт 3.6.3.3, и там написано:
"При этом за каждым абонентским портом может быть закреплен только один SIP-профиль"
ВЫ енто посмотрите такой варинт бывает DECT-SIP бывает gigaset c610a ip.
1) 6 SIP
2) не совсем FXSпорт зато до шести оконечек DECTпорт трубок может быть.
3) могёт
4) доступно
5) Bonus FXO
к сожалению нужен именно с FXS-портом, т.к. будет подключен МФУ (телефон и факс)
-
Здравствуйте,
Может вы видели такие адаптеры?
Обязательные требования:
1) 2 SIP-аккаунта (можно и больше, но использоваться будут 2)
2) 1 FXS-порт (можно и больше, но использоваться будет 1)
3) все входящие вызовы со всех SIP-аккаунтов должны приходить на один FXS-порт, а для исходящих вызовов должна быть call policy (направлять вызов на тот или иной sip-аккаунт в зависимости от маски номера).
4) настройка всего этого должна быть доступна через web-интерфейс
Видел несколько двухпортовых адаптеров, но у них просто sip1 привязан к fxs1, а sip2 к fxs2, т.е. пункт 3 не выполняется.
-
Куда идти вы будете своим детям указывать. Если не хотите отвечать и чсв зашкаливает - просто выпейте галоперидольчику и проходите мимо, в этой теме ваши высеры не нужны.
-
вот уж бомбануло так бомбануло у товарища.
-
Здравствуйте,
Изучаю работу VLAN на микротике со встроенным switch-чипом.
Собрал такую схему:
[ether1]<bridge1>{vlan1}[ether3]----(host)
пояснения:
создан vlan1 на интерфейсе ether3 (VLAN ID = 1)
создан bridge1, и в него добавлены ether1 и vlan1
на bridge1 назначен адрес ip1
host имеет адрес ip2 в той-же подсети
требование: трафик между host и микротиком должен быть untagged (пингую ip1 c хоста)
для того, чтобы у исходящих пакетов удалялся тэг, в настройке свича для ether3 включил:
VLAN Header = always strip
перепробовал все VLAN Mode
пробовал ставить Default VLAN ID = 0 и 1
добавлял в Switch/VLAN порт ether3 с VLAN ID = 0 и 1
но ничего не помогает - не идет ping.
как только добавляю ether3 в bridge1, связь разумеется появляется.
Но почему нет связи через VLAN?
-
Ну так тут без вариантов - на микротике1 пир=0.0.0.0/0, на микротике2 пир=публичный ip офиса1
-
Здравствуйте,
Возможно ли теоретически создать двунаправленный IPsec tunnel (Офис1---Офис2) при таких условиях:
Офис1 (пассивная сторона(server)) постоянный публичный IP
Офис2 (активная сторона (client)) постоянный частный IP
под двунаправленностью имеется ввиду, чтобы я мог пинговать не только в направлении (Офис2-->Офис1), но и в направлении (Офис1-->Офис2).
вопрос именно о чистом IPsec в туннельном режиме, без всяких L2TP/IPIP/итд.
На обоих концах стоят Mikrotik'и.
У меня получается создать только однонаправленный туннель, т.е. пинг идёт только в направлении (Офис2-->Офис1). (в другом направлении не идёт, т.к. на микротике в Офис1 не генерируется обратная "зеркальная" политика)
Может я зря бьюсь, и двунаправленный при данных условиях создать невозможно в принципе?
свич шлет трафик во все порты
в Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
Опубликовано · Жалоба на ответ
Сейчас стоит последняя версия: Software Version 3.0.2.0.
Ну если у Cisco прошивки с багами, то такой свич только на выброс. и брать другого производителя.