LKDS
8 800 100 8421
звонок бесплатный

Здравствуйте, гость ( Вход | Регистрация )

6 страниц V  1 2 3 > »   
Ответить в эту темуОткрыть новую тему
> Резервирование одним маршрутизатором
Резервирование УМ одним маршрутизатором
Необходимо ли ЛКДС устранить проблемы в работе КСЛ и Моноблоков с одним маршрутизатором, подключенному к нескольким провайдерам?
Да [ 12 ] ** [52.17%]
Нет [ 2 ] ** [8.70%]
Да, если для этого нужно будет только улучшить микропрограмму КСЛа/Моноблока [ 9 ] ** [39.13%]
Всего голосов: 23
Гости не могут голосовать 
pavel
сообщение 21.2.2013, 19:37
Сообщение #1


Участник
**

Группа: Пользователи
Сообщений: 34
Регистрация: 31.10.2011
Пользователь №: 6 565



Приветствую.

Резервирование УМ с использованием двух маршрутизаторов прекрасно описана ЛКДС и прекрасно работает. Но, хотим сделать резервирование не плодя на каждой УМ по 2 маршрутизатора. Приобретать один, но хороший. Итак, проблема:

У диспетчерского компа два внешних статических IP. Работает только один из двух.
109.х.х.х - проводной канал, основной. 82.х.х.х - 3G билайн, на случай падения основного, включает диспетчер его руками. Здесь ПКСЛ.

Есть УМ, в которой есть проводной канал со статическим IP 109.у.у.у и USB 3G модем со статическим IP 82.у.у.у. И проводной канал и 3G приходят в DIR-320NRU (192.168.0.1 LAN). В УМ стоит КСЛ (192.168.0.10).

Пробовал в течении двух месяцев, на двух разных точках - не работает. С двумя разными маршрутизаторами (DIR-320NRU, MikroTik). Провел 4 эксперимента по полтора - два часа.

Если на УМ поставить два маршрутизатора: один с проводом, другой с 3G - то всё ок, как в инструкции.

НО! Если в один маршрутизатор подключить и проводного провайдера и 3G, то канал интернета на маршрутизаторе переключается, а связь КСЛ (Моноблока) с Диспетчерской - НЕТ.
Смотрел соединения на маршрутизаторе: КСЛ постоянно пробовал соединиться с резервным адресом диспетчерской... и только после перезагрузки (иногда ни одной) маршрутизатора и/или КСЛ связь восстанавливалась. Причем это наблюдалось в обе стороны: при переключении на резерв и с резерва на основной канал.

Подскажите, у кого-нибудь такая схема с одним маршрутизатором на УМ работает? На чем?
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
котяра
сообщение 21.2.2013, 20:27
Сообщение #2


Активист
****

Группа: Пользователи
Сообщений: 1 074
Регистрация: 21.2.2008
Пользователь №: 2 780



ну мы тож так пытались вначале... на TP-Link 3420.... не работает...
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
revit
сообщение 21.2.2013, 23:52
Сообщение #3


Активист
****

Группа: Пользователи
Сообщений: 5 790
Регистрация: 7.2.2006
Из: г. Ростов-на-Дону
Пользователь №: 3



Цитата(pavel @ 21.2.2013, 17:37) *
Подскажите, у кого-нибудь такая схема с одним маршрутизатором на УМ работает? На чем?

Ну тут наверное лучше бы объяснил разработчик ПО LKDSDRV Андрей Ефименко.
Я не использую резервирование на удаленных УМ. В центральной использую резервирование по интерфейсам и стоит два роутера.
По поводу применения одного маршрутизатора в резервировании было мыслишки такие. Проверял работу Zyxel Keenetik 4G провод+Skylink просто для выхода в инет с компа - работает как часы. К сожалению проверить его в работе с ОБЬю пока не получилось, но правда и применить я хотел такую связку только в ЦД. Теоретически должно работать, а практически могут всплыть всякие сюрпризы-что видимо у вас и получилось, поскольку работа резервирования задумана была и отлаживалась , как я понимаю именно по интерфейсам в ПКСЛ и по шлюзам в моно и КСЛ.
Если, в моем случае, с ПКСЛ и одним интерфейсом резервирование должно быть и не противоречит работе винды, то в вашем случае железяка всегда один шлюз знает. а второго резервного нет.
вы вообще как второй шлюз прописываете в железяке?


--------------------
Я не понял Вашего вопроса, но я Вам на него отвечу.....
Изображение
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
pavel
сообщение 22.2.2013, 5:33
Сообщение #4


Участник
**

Группа: Пользователи
Сообщений: 34
Регистрация: 31.10.2011
Пользователь №: 6 565



Цитата(revit @ 22.2.2013, 0:52) *

Ну тут наверное лучше бы объяснил разработчик ПО LKDSDRV Андрей Ефименко.
вы вообще как второй шлюз прописываете в железяке?


Мы уже давно общаемся по почте на эту тему с Андреем. Сегодня, например, был выслан захваченный в процессе 40 минутного эксперимента трафик.

"Второй шлюз в железке" - если это про аппаратный КСЛ. То делал по разному: не прописывал, прописывал повторно 192.168.0.1 (как и основной). Не работают оба варианта.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
revit
сообщение 22.2.2013, 10:52
Сообщение #5


Активист
****

Группа: Пользователи
Сообщений: 5 790
Регистрация: 7.2.2006
Из: г. Ростов-на-Дону
Пользователь №: 3



Цитата(pavel @ 22.2.2013, 3:33) *

То делал по разному: не прописывал, прописывал повторно 192.168.0.1 (как и основной). Не работают оба варианта.
Т.е резервный шлюз с дублирующим IP прописывается... Но это уже недоработка разработчика-если КСЛ рассчитан на резервирование по шлюзам, то одинаковыми они быть не могут. Тем более что они и не работают, да и не должны по идее работать на одном.


--------------------
Я не понял Вашего вопроса, но я Вам на него отвечу.....
Изображение
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Fixer
сообщение 20.3.2013, 23:46
Сообщение #6


Участник
**

Группа: Пользователи
Сообщений: 51
Регистрация: 25.2.2012
Пользователь №: 6 621



Так поднимите VPN тогда. И микротики в оба конца, пускай пинают друг друга ping watchdog'ом. И переключать ничего не придется


--------------------
Самоуверенный юзверь
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Андрей Ефименко
сообщение 21.3.2013, 14:13
Сообщение #7


Активист
****

Группа: Разработчики
Сообщений: 2 013
Регистрация: 8.2.2006
Пользователь №: 4



Цитата(revit @ 22.2.2013, 0:52) *

Ну тут наверное лучше бы объяснил разработчик ПО LKDSDRV Андрей Ефименко.

Конечно использование саморезервирующихся маршрутизаторов было бы заманчиво, но это резервирование ориентировано на бытовое применение, т.е. на короткоживущий обмен "Запрос"-"Ответ". В случае оборудования "Обь" происходит длительный обмен по фиксированным портам.

Был проведен эксперимент c DIR320 c прошивкой 1.21

1) в LAN DIR320 подключен Моноблок
2) разъем Internet DIR320 подключен во внешнюю Ethernet сеть
3) 3G модем (МТС) подключен в разъем USB DIR320
4) в LAN DIR320 подключен компьютер в котором настроен ЛокальныйПКСЛ

Ну и суть эксперимента:

Переключая вручную внешнее подключение DIR320 с помощью компьютера между Internet и USB проверяем хождение пакетов между моноблоком и удаленным ПКСЛом, между локальным ПКСЛом и удаленным ПКСЛом

После переключения Internet <-> USB связь Моноблок<->УдаленныйПКСЛ теряется, теряется и связь локальн.ПКСЛ <-> УдаленныйПКСЛ

Если загрузить программу посылки UDP пакетов на компьютере в LAN маршрутизатора и на компьютере удаленного ПКСЛ, то обмен идет.

Связь Моноблок<->УдаленныйПКСЛ и локальн.ПКСЛ <-> УдаленныйПКСЛ восстанавливается только после перезагрузки маршрутизатора из страницы управления (кнопка "Перезагрузка" )

Проблема в маршрутизаторе. После смены WAN интерфейсов в маршрутизаторе сохраняются маршруты в таблице протокола NAT. После рестарта маршрутизатора таблицы протокола NAT очищаются и работоспособность восстанавливается.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
revit
сообщение 21.3.2013, 17:24
Сообщение #8


Активист
****

Группа: Пользователи
Сообщений: 5 790
Регистрация: 7.2.2006
Из: г. Ростов-на-Дону
Пользователь №: 3



Древний (уже) DIR-320 с МТС, имхо, не показатель, у них были причуды. Нужно бы проверить на ZYXEL Keenetik 4G с прошивкой v.2.


--------------------
Я не понял Вашего вопроса, но я Вам на него отвечу.....
Изображение
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
pavel
сообщение 25.3.2013, 9:23
Сообщение #9


Участник
**

Группа: Пользователи
Сообщений: 34
Регистрация: 31.10.2011
Пользователь №: 6 565



Цитата(revit @ 21.3.2013, 18:24) *

Древний (уже) DIR-320 с МТС, имхо, не показатель, у них были причуды. Нужно бы проверить на ZYXEL Keenetik 4G с прошивкой v.2.


Проверяли с Keenetik 4G, проверяли с Mikrotik, проверяли с несколькими D-Link - НЕ РАБОТАЕТ. Хотя все остальные сервисы и протоколы Интернет работают.

В корне не согласен с Андреем Ефименко про "бытовой обмен". Андрей, по вашему маршрутизаторы Cisco или Juniper или тот же D-Link от 10 тыс. руб., которые также могут самостоятельно переходить на резервные каналы, которых может быть хоть 10 - это тоже бытовые приборы???

Признаю, возможно, Вы верно определили проблему. Но только дело не в маршрутизаторе - они все так себя ведут. И это запись в таблице NAT не долгоживущая. Если сделать хотя бы небольшую паузу в обмене, либо сменить на время порт - всё заработает.

Считаю, что резервирование через один маршрутизатор в случае УМ более предпочтительно.
Возьмем вашу схему с двумя. Как Вы понимаете у КСЛ один сетевой интерфейс и он может быть подключен только в один из маршрутизаторов, второй маршрутизатор подключается также в первый. Таким образом при выходе из строя основного маршрутизатора - резерв не работает. Т.е. смысла в двух железках нет. Вместо двух за 1000 руб. мы можем взять один, но уже за две. Тот же Zyxel, Keenetiк, которые могут и умеют намного больше обычно D-Link. Ведь когда всё работает разницы между маршрутизаторами мы не видим. А вот когда начинаются проблемы - иметь под рукой более продвинутую железку намного лучше.

На zyxel была прошивка v.2. Выше котяра писал, что пробовали на TP-Link 3420 - тоже не работает.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Van Gog
сообщение 25.3.2013, 22:25
Сообщение #10


Активист
****

Группа: Пользователи
Сообщений: 573
Регистрация: 28.4.2006
Пользователь №: 27



Цитата(pavel @ 25.3.2013, 7:23) *

Считаю, что резервирование через один маршрутизатор в случае УМ более предпочтительно.
Возьмем вашу схему с двумя. Как Вы понимаете у КСЛ один сетевой интерфейс и он может быть подключен только в один из маршрутизаторов, второй маршрутизатор подключается также в первый. Таким образом при выходе из строя основного маршрутизатора - резерв не работает. Т.е. смысла в двух железках нет. Вместо двух за 1000 руб. мы можем взять один, но уже за две.

Сколько людей - столько мнений... Как вы говорите "...при выходе из строя основного маршрутизатора - резерв не работает." Совершенно верно, но достаточно ОПЕРАТИВНО может приехать связист, подойти электромеханик или (даже не очень грамотный) обходчик и просто переткнуть кросс от второго маршрутизатора напрямую в КСЛ. А в Вашем случае нужно держать такую же железяку, залить в неё настройки и привезти на объект. Кроме того, нужно учитывать, что резервируются КАНАЛЫ связи на случай "падения", но не оборудование. Иначе Вам придётся каким-то образом резервировать оборудование ЛКДС wink.gif . Ещё один нюанс: в текущей схеме вся логика переключения зашита в ПО от ЛКДС и в рамках сети "Обь" оптимизирована, а вот как будут вести себя железяки разных производителей (или даже одни и те же железки, но с разными прошивками) предсказать сложно.
Цитата(pavel @ 25.3.2013, 7:23) *

Тот же Zyxel, Keenetiк, которые могут и умеют намного больше обычно D-Link. Ведь когда всё работает разницы между маршрутизаторами мы не видим. А вот когда начинаются проблемы - иметь под рукой более продвинутую железку намного лучше.

Я только "за" продвинутые железки, когда они стоят в офисе и действительно создают комфорт в работе. Но если дешёвый DIR справляется с поставленной задачей на 300% зачем платить больше и ставить "киску"? Тем более, что их надо не две и не три штуки в отличие от офиса.


--------------------
Теория - это когда всё знаешь, но ничего не работает. Практика - это когда всё работает, но ты не знаешь почему. Мы совмещаем теорию и практику - ничего не работает, и никто не знает почему!
**********
Высшая математика в жизни помогла только один раз... - когда ключи в сортир уронил... интеграл из проволоки сделал.
**********
"Знание некоторых принципов легко возмещает незнание некоторых фактов" (Клод Адриа́н Гельве́ций (фр. Claude Adrien Helvétius; 1715 — 1771) — французский писатель и философ-материалист).

Изображение
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Fixer
сообщение 26.3.2013, 8:16
Сообщение #11


Участник
**

Группа: Пользователи
Сообщений: 51
Регистрация: 25.2.2012
Пользователь №: 6 621



Зачем платить за унылый DLink, если можно купить микротик?
Я повторю: чтобы не клепать КСЛу мозги резервными связями через разные аплинки на роутере, проще абстрагировать КСЛ от интернетов вообще. Объясните роутеру, что хотите VPN, покажите ему два аплинка, покажите порт с КСЛ. Вуаля! Рабоатет.


--------------------
Самоуверенный юзверь
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
lms-i
сообщение 26.3.2013, 8:40
Сообщение #12


Участник
**

Группа: Пользователи
Сообщений: 50
Регистрация: 13.5.2008
Пользователь №: 2 992



Цитата(Van Gog @ 25.3.2013, 23:25) *

Сколько людей - столько мнений... Как вы говорите "...при выходе из строя основного маршрутизатора - резерв не работает." Совершенно верно, но достаточно ОПЕРАТИВНО может приехать связист, подойти электромеханик или (даже не очень грамотный) обходчик и просто переткнуть кросс от второго маршрутизатора напрямую в КСЛ. А в Вашем случае нужно держать такую же железяку, залить в неё настройки и привезти на объект. Кроме того, нужно учитывать, что резервируются КАНАЛЫ связи на случай "падения", но не оборудование. Иначе Вам придётся каким-то образом резервировать оборудование ЛКДС wink.gif . Ещё один нюанс: в текущей схеме вся логика переключения зашита в ПО от ЛКДС и в рамках сети "Обь" оптимизирована, а вот как будут вести себя железяки разных производителей (или даже одни и те же железки, но с разными прошивками) предсказать сложно.

Я только "за" продвинутые железки, когда они стоят в офисе и действительно создают комфорт в работе. Но если дешёвый DIR справляется с поставленной задачей на 300% зачем платить больше и ставить "киску"? Тем более, что их надо не две и не три штуки в отличие от офиса.

Ууу, как интересно. Какая бесполезная критика из темы лишь бы что-то сказать не подумавши. Вы маленько сами запутались и других пытаетесь запутать.
Необходимо понять что Вам не нравиться в схеме. Наличие одной железки вместо двух или возможность вручную специально не обученным персоналом переключить "кросс" в КСЛ, а также наличие админа сети.
С Вашими доводами не соглашусь, т.к.:
1. Две железки - большее количество точек отказа, тех же гнезд, кроссов, блоков питания, аппаратная часть самих железок. Если УМ 10-15, то количество проблем возрастает в прогрессии. Я это говорю из опыта, а не просто так теоритически. Мы этот этап прошли.
2. Качество. Более умная железка - это еще и более качественная железка бизнесс класса (а не Home вариант), по цене сопоставимая (ну может чуть дороже) с двумя железками, хорошей сборки. Т.о. отказоустойчивость одной хорошей железки в несколько раз выше чем у двух дешевых. Zyxel считаю все таки бюджетным вариантом, есть получше производители, но уже удачнее чем dir-320.
3. Обслуживание. Если вы уже взялись обслуживать такую схему, структуру, то извините, вы должны иметь запасную железку, хоть плохого качества, хоть хорошего. И ту и другую необходимо будет настраивать при замене. И хоть в одном случае, хоть в другом МОЖНО ПЕРЕТКНУТЬ "КРОСС" В КСЛ!!! Нет разницы одна или две железки, даже слабообученный может это сделать.
И, что очень считаю важным, раз вы взялись за сетевое оборудование, то будьте любезны иметь системного админа в штате! Это уровень организации качественного обслуживания, специалист должен обслуживать сетевое оборудование (пусть и не на полную ставку), а не самоучка. Это не камень в огород добрых ребят которые с опытом познали хитрсти сетевого оборудования, а подход с точки зрения организации обслуживания. Каждый должен делать свою работу, и между связистом и админом должна быть разделена зона ответственности. ИМХО.
4. Замена. Любой КСЛ, Моноблок, маршрутизатор при замене необходимо конфигурировать. Любую из этих железок может законфигурировать по инструкции любой лузер, мало мальски знакомый с компьютером. Главное как граммотно составлена инструкция, подготовлены ли конфиги под все УМ, под все оборудование. Тем более админ должен быть всегда на связи. В XXI веке есть ноутбук, WiFi, 3G инет, телефон, и по этим средствам он может всегда помочь организовать замену если сам не имеет возможности.
5. А вы не резервируете оборудование ЛКДС? Очень интересно, как так? Ждете пока придет от производителя, оплата, доставка и т.д.? Не понятно...
6. Логика переключения в ЛКДС своеобразна. Логика переключения всех маршрутизаторов - логична и одинакова. Я не админ, спросите у системного администратора с высшим профильным образованием, он вам объяснит. Переключение на ноутбуке с одним маршрутизатором и двумя провайдерами работает, а такая же схема с КСЛ не работает, при чем использовались 3 разных производителя маршрутизаторов.
7. Dir-320 не справляется с поставленной задачей на 300% - факт! У меня дома такой, имели неосторожность на работе поставить для раздачи WiFi на ноут в 3-х метрах. Постоянно проблемы. Часто сбоит. Отказались. Если у вас справляется - дикое везение. Наверное мало штук эксплуатируется.

Господа форумчане! Примите участие в обсуждении. Все мнения интересны и "+" и "-", только конструктивно! )
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
pavel
сообщение 26.3.2013, 10:50
Сообщение #13


Участник
**

Группа: Пользователи
Сообщений: 34
Регистрация: 31.10.2011
Пользователь №: 6 565



Цитата(Fixer @ 26.3.2013, 9:16) *

Зачем платить за унылый DLink, если можно купить микротик?
Я повторю: чтобы не клепать КСЛу мозги резервными связями через разные аплинки на роутере, проще абстрагировать КСЛ от интернетов вообще. Объясните роутеру, что хотите VPN, покажите ему два аплинка, покажите порт с КСЛ. Вуаля! Рабоатет.


Приветствую. Спасибо за внимание к теме.

Идею я понял еще из первого Вашего поста. В принципе, VPN для нас - это выход из ситуации. Собираемся постепенно переходить на Микротики в УМ, в диспетчерской стоит сервер Linux. Так что сделать такую схему можно. Плюс повышение сетевой безопасности оборудования ЛКДС и самой диспетчерской - то о чем производитель вообще не думает, на мой взгляд.

Просьба поделиться опытом реализации VPN для сети Обь, если таковой имеется.

Однако, есть диспетчерские, в которых мы отвечаем за программную часть и за связь с обслуживаемыми УМ. Их несколько. Там сервера нет. Соответственно нужно будет ставить программку VPN на винду... и тут надженость связи падает. Еще одна точка отказа.

В маршрутизаторах, умеющих переключать каналы Интернет, нет ничего особенного. На то они и маршрутизаторы. Считаю, что ЛКДС должны довести до ума протокол обмена Оби. Ведь подобная проблема с таблицей NAT, по большому счету, может встречаться и в случае обычного не статического 3G на стороне провайдера. Если ЛКДС решит данную проблему то, надежность самого протокола Оби только возрастет.

Как сказал Van Gog:"резервируются КАНАЛЫ связи на случай "падения", но не оборудование". Так пусть каналы как раз и резервируются. Количество железок и сами каналы - это выбор клиента ЛКДС, заплатившего около 10 000 за КСЛ или Моноблок.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Gaff
сообщение 26.3.2013, 20:27
Сообщение #14


Активный участник
***

Группа: Пользователи
Сообщений: 252
Регистрация: 30.1.2011
Из: Тюмень
Пользователь №: 5 789



Цитата(pavel @ 26.3.2013, 9:50) *

в диспетчерской стоит сервер Linux.

Извиняюсь за оффтоп. А расскажите пожалуйста, если не сложно, в качестве чего у Вас используется сервер с Linux? Просто база данных хранится или программа портирована, или просто в качестве маршрутизатора, или ..., или .... smile.gif Вообще как?
Любопытно знать
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
котяра
сообщение 26.3.2013, 20:37
Сообщение #15


Активист
****

Группа: Пользователи
Сообщений: 1 074
Регистрация: 21.2.2008
Пользователь №: 2 780



Цитата(pavel @ 26.3.2013, 11:50) *

Приветствую. Спасибо за внимание к теме.

Идею я понял еще из первого Вашего поста. В принципе, VPN для нас - это выход из ситуации. Собираемся постепенно переходить на Микротики в УМ, в диспетчерской стоит сервер Linux. Так что сделать такую схему можно. Плюс повышение сетевой безопасности оборудования ЛКДС и самой диспетчерской - то о чем производитель вообще не думает, на мой взгляд.

Просьба поделиться опытом реализации VPN для сети Обь, если таковой имеется.

Однако, есть диспетчерские, в которых мы отвечаем за программную часть и за связь с обслуживаемыми УМ. Их несколько. Там сервера нет. Соответственно нужно будет ставить программку VPN на винду... и тут надженость связи падает. Еще одна точка отказа.

В маршрутизаторах, умеющих переключать каналы Интернет, нет ничего особенного. На то они и маршрутизаторы. Считаю, что ЛКДС должны довести до ума протокол обмена Оби. Ведь подобная проблема с таблицей NAT, по большому счету, может встречаться и в случае обычного не статического 3G на стороне провайдера. Если ЛКДС решит данную проблему то, надежность самого протокола Оби только возрастет.

Как сказал Van Gog:"резервируются КАНАЛЫ связи на случай "падения", но не оборудование". Так пусть каналы как раз и резервируются. Количество железок и сами каналы - это выбор клиента ЛКДС, заплатившего около 10 000 за КСЛ или Моноблок.



нда... и откуда такие люди берутся... умничать многие могут, а вот помочь...
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Van Gog
сообщение 26.3.2013, 23:23
Сообщение #16


Активист
****

Группа: Пользователи
Сообщений: 573
Регистрация: 28.4.2006
Пользователь №: 27



Цитата(котяра @ 26.3.2013, 18:37) *

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

Я уже говорил, что сколько людей, столько и мнений. Возможно господа пришли в лифтовую отрасль из "сетевиков", возможно у них настолько могучая и богатая организация, что не жалеет денег на грамотных спецов и дорогое оборудование, возможно... и т. д. Я лишь высказал своё IMHO.


--------------------
Теория - это когда всё знаешь, но ничего не работает. Практика - это когда всё работает, но ты не знаешь почему. Мы совмещаем теорию и практику - ничего не работает, и никто не знает почему!
**********
Высшая математика в жизни помогла только один раз... - когда ключи в сортир уронил... интеграл из проволоки сделал.
**********
"Знание некоторых принципов легко возмещает незнание некоторых фактов" (Клод Адриа́н Гельве́ций (фр. Claude Adrien Helvétius; 1715 — 1771) — французский писатель и философ-материалист).

Изображение
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
revit
сообщение 27.3.2013, 0:29
Сообщение #17


Активист
****

Группа: Пользователи
Сообщений: 5 790
Регистрация: 7.2.2006
Из: г. Ростов-на-Дону
Пользователь №: 3



котяра ты бы цитаты более конкретные делал (и маленькие ). А то нифига непонятно к чему относится ответ, а пол страницы занимает.


--------------------
Я не понял Вашего вопроса, но я Вам на него отвечу.....
Изображение
Лень-психоматический признак исправности выработанного за годы эволюции механизма интуитивного распознавания безсмысленности выполняемой задачи.
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
Fixer
сообщение 27.3.2013, 1:36
Сообщение #18


Участник
**

Группа: Пользователи
Сообщений: 51
Регистрация: 25.2.2012
Пользователь №: 6 621



Цитата(pavel @ 26.3.2013, 10:50) *

Просьба поделиться опытом реализации VPN для сети Обь, если таковой имеется.

Что именно интересует?
Режим VPN - EoIP, это позволяет включать OSPF, каковой самостоятельно разбирается с отвалившимися маршрутами, главное не забыть usb свистульке метрику побольше нарисовать. 3G модем в режим wake on demand. Все вроде. Единственная проблема - 3G у нас так себе, связь нестабильная и переговорка рвется


--------------------
Самоуверенный юзверь
Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
pavel
сообщение 27.3.2013, 8:52
Сообщение #19


Участник
**

Группа: Пользователи
Сообщений: 34
Регистрация: 31.10.2011
Пользователь №: 6 565



to Gaff:
В качестве всего smile.gif: маршрутизатор (несколько внешних подключений), сетевое хранилище, архивное хранилище, NTP сервер (у нас в диспетчерских точное время, а у Вас smile.gif ), SFTP сервер (архивное копирование LKDSDrv с удаленных диспетчерских). Есть и web-приложения: мониторинг работы инетернет каналов УМ, база данных и т.д.

to котяра:
Уточни свою реплику. Если это переход на личности - welcome в личку, тема создавалась не для этого. Что касается помощи: по просьбам и методикам ЛКДС я лично провел 4 теста, часа по полтора каждый, не считая времени на подготовку, а в случае УМ это не так просто. Все результаты отправлял им, в том числе захваченные пакеты обмена Оби. До этого было тестов 10, пока они обратили внимание на проблему. Если им что-то еще нужно, мы протестируем и поможем. Но на данный момент, из поста Ефименко, ничего делать они не собираются.

to Van Gog:
я лично из "сетевиков". Но только я из них никуда не уходил. У меня есть своя часть работы, за которую и отвечаю. В этой работе мне бы очень помогло, если бы КСЛ и Моноблоки избавились от проблемы обозначенной в заголовке темы. Денег у нас немного. Просто вместо двух D-Linkов хотим один Микротик. Деньги теже.

to Fixer:
Будем на неделе обкатывать VPN.

Давайте вернемся к теме.
Итак, резерв на УМ через один маршрутизатор не работает. Нашей компании нужно, чтобы он работал. Аргументы уже были приведены. Если Вам сейчас, либо в будущем может понадобится подобная схема, просьба сообщить об этом в данной ветке. Чтобы господа из ЛКДС все-таки начали решать проблему. Спасибо.

Пользователь в офлайнеКарточка пользователяОтправить личное сообщение
Вернуться в начало страницы
+Ответить с цитированием данного сообщения
lms-i
сообщение 27.3.2013, 8:53
Сообщение #20


Участник
**

Группа: Пользователи
Сообщений: 50
Регистрация: 13.5.2008
Пользователь №: 2 992



Цитата(Van Gog @ 27.3.2013, 0:23) *

Я уже говорил, что сколько людей, столько и мнений. Возможно господа пришли в лифтовую отрасль из "сетевиков", возможно у них настолько могучая и богатая организация, что не жалеет денег на грамотных спецов и дорогое оборудование, возможно... и т. д. Я лишь высказал своё IMHO.

Уважаемый Van Gog, господа пришли в лифтовую отрасль из советского треста "Союзлифтмонтаж" после реорганизации, который был создан по постановлению совета министров СССР в 1949г., за подписью товарища Сталина! Я не шучу. Это наша история, много кто в стране от туда.
Что касается сетевиков, могучести и богатства - все проще. Всего на обслуге 1200 единиц, это по сравнению с конторами по стране не много, мы не монополисты, есть в городе и больше. У нас в регионе тариф один из самых низких в стране, а наличие спеца - это необходимость. Условия жизни на рынке заставляют выкручиваться, если хочешь быть на пол шага впереди.
И что самое главное, технологии идут вперед, заказчик требует надежности и безотказности, а мы в данной теме как раз этого и добиваемся. На перспективу и развитие предприятие наверное должно работать! Сейчас основные жилые массивы диспетчеризированны в локальные местные диспетчерские. По городам растут точечные застройки, в частных секторах, на месте снесенных бараков, выкроенных кусочках и т.д. Которые необходимо тоже диспетчеризировать и как-то обслуживать. Такие же точечные ситуации есть в коммерческих и бюджетных организациях (не жилье). Так вот именно в таком случае и необходимо применять новые технологии, в основном Ethernet. А если таких одиночек много, то встает вопрос о втором провайдере и соответственно о надежности оборудования УМ. Чтобы как можно меньше туда ездить, если еще объекты географически по разным частям города разбросаны. Железо должно стабильно работать, а не выносить мозг (как в случае с dir-320 и подобными).
Каждый раз когда пропадает связь с таким объектом (не важно по какой причине), а там как правило элитное жилье, то становится жутковато. Если какой-нибудь вааажный член там застрянет и не дозвониться до диспетчера, и сотовая связь не ловит - он потом тебя найдет, приедет и по шапке даст. Это в лучшем случае, а если ребенок, старая бабуля...

Неужели это надо Вам объяснять, опытные лифтовики? Мы ничего сверхестественного не просим, только доработку в пользу отрасли.

P.S.: Есть такая поговорка: "Один дурак может задать вопрос на который сто умных не ответят". Давайте коллеги по теме и без флуда.


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

6 страниц V  1 2 3 > » 
Ответить в эту темуОткрыть новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 23.8.2019, 13:44