Я так понял, что чел услышал про загрузку по сети, но не понимает как оно работает :)

есть разные типы загрузки по сети

это ж какие?

Какая разница, от сервера или от микротика?

Какая разница, от сервера или от микротика?

он хочет и профили на микротике хранить как я понял

можно организовать сервер на котором будут выполняться задачи клиентов, но это не очень удобно

спать на потолке неудобно

многовато от микротика хочешь...

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

это я понимаю, под профилем понимается профль skype

профиль пользователя

или у тебя там не домен?

а вообще скайп сам подсасывает профиль свой при логине.

нет, у меня фряшный сервер и дополнительно грузить его терминалами не вариант

а ты чего от этих тонких клиентов хочешь?

это так сказать устройства для клиентов, где открыт в kiosk mode браузер с нужным сайтом, для продаж посредством skype

ну вот, подготовь образ с установленным браузером и скайпом.

и грузи его

а клиент сам уже в браузере откроет что ему надо и авторизуется в скайпе под своей учеткой

Столкнулся с проблемой. Есть микротик, который вещает IPTV (принимает PIM и раздает по IGMP). Имеется GPON LTP-8x. При работе ГПОН на 2-й версии прошивки проблем с IPTV не было вообще никаких, при прошивки ГПОН на 3-ю версию столкнулся с проблемой, что половина каналов просто не показывает (IGMPзапросы ижут, но мультикаст не проходит), но другая половина показывает исправно. Но при переноси PIM маршрутизации на cisco Все проблемы уходят. Т.е. проблемы с мультикастом именно в связке микротик+Eltex GPON прошивка v.3. Сталкивался ли кто-нибудь с этоц проблемой?

Забыл добавить, GPON ELTEX

Здарова, хуила

Лерочка могЁт

Здарова, хуила

Валерка, нибамби

Валерка, нибамби

Я ж любя, чоначал

Забыл добавить, GPON ELTEX

у нас вообще по LTP-4X + Multicast отдельная "война" с ними, подтянули BROADCOM китайцев даже. Основные симптомы: потеря EPG, не грузятся некоторые группы, сыпет, приставки (STB) отваливаются при переключении каналов ...

у нас вообще по LTP-4X + Multicast отдельная "война" с ними, подтянули BROADCOM китайцев даже. Основные симптомы: потеря EPG, не грузятся некоторые группы, сыпет, приставки (STB) отваливаются при переключении каналов ...

вот именно некоторые группы и не грузятся, что меня удивило, к примеру первый канал не показывает, а например СТС показывает всегда

да, и EPG периодически, короче трабла есть

стенд для них

стенд для них

ужас))

я бы тоже на местемультикаста здесь потерялся

на BDCOM такой х*ни нет, кстати

ужас))

нормально

вот именно некоторые группы и не грузятся, что меня удивило, к примеру первый канал не показывает, а например СТС показывает всегда

а при каком количестве онушек это воспроизводится? когда тестировал LTP-4X вообще проблем не обнаружили, кроме хитрожопости настройки

а при каком количестве онушек это воспроизводится? когда тестировал LTP-4X вообще проблем не обнаружили, кроме хитрожопости настройки

я не обращал на это внимание, но количество групп одинаковое, из 200 примерно 30 показывают всегда, остальные нет

Элтекс в последнее время стал сильно расстраивать, особенно этот переход на 3-ю прошивку, сильно подпортил впечатление

а при каком количестве онушек это воспроизводится? когда тестировал LTP-4X вообще проблем не обнаружили, кроме хитрожопости настройки

мы когда получили, тоже собрали в офисе - проверили, нормально. Отвезли на район, когда подключилось >=50 (сейчас под 200) понеслась. НО, сейчас и на стенде легко вопроизводится проблема. Достаточно дать юникаст нагрузку 20-30Мбит

мы когда получили, тоже собрали в офисе - проверили, нормально. Отвезли на район, когда подключилось >=50 (сейчас под 200) понеслась. НО, сейчас и на стенде легко вопроизводится проблема. Достаточно дать юникаст нагрузку 20-30Мбит

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

Самое интересное, что на том же железе GPON, но со 2-й версией прошивки работало, а когда перепрошил на 3-ю перестало работать. В элтексе мне ответили, что не знают как решить проблему

и что предложили? Ж)

как всегда ничего?

ничего

В понедельник на Juniper PIM маршрутизацию перенесу

у нас на Cisco, думаю толку не будет за ltp

тестировал на Cisco, самое интересное, что работало

на джунипере в понедельник и потестирую)

Здравствуйте, а кто-нибудь пробовал сетевую загрузку тонких клиентов с Mirkrotik ?

Я wtware гружу

Ребят, подскажите пожалуйста? Что то не соображу. Есть 3 тика. 2 из них подключаются к первому по SSTP. У первого IP 172.16.0.1, у остальных 172.16.0.11 и 12 соответственно. С 0.1 пинги идут и на 11 и на 12. а вот с удаленных друг друга не вижу - где чего добавить нужно? маршрут на 172.16.0.0/24 прописан на обоих удаленных вроде

это что еще за чудо

SSTP

загуглил, на хабре последнее упоминание от 13 года

sstp треш и угар

Sstp ок

наскоряк поднять туннель - норм

наскоряк это gre

для маршрута до 0.0 что шлюзом поставил?

это скорей чем l2tp ?

gre не везде пролезет

ну да, либо gre

ERROR: S client not available

pptp еще быстрее

Ребят, подскажите пожалуйста? Что то не соображу. Есть 3 тика. 2 из них подключаются к первому по SSTP. У первого IP 172.16.0.1, у остальных 172.16.0.11 и 12 соответственно. С 0.1 пинги идут и на 11 и на 12. а вот с удаленных друг друга не вижу - где чего добавить нужно? маршрут на 172.16.0.0/24 прописан на обоих удаленных вроде

на обоих маршруты какие? И на центральном какой?

рртр то бишь

точнее проще

SSTP не режет никто, в отличие от остальных вариантов

l2tp шифровать надо

Ребят, подскажите пожалуйста? Что то не соображу. Есть 3 тика. 2 из них подключаются к первому по SSTP. У первого IP 172.16.0.1, у остальных 172.16.0.11 и 12 соответственно. С 0.1 пинги идут и на 11 и на 12. а вот с удаленных друг друга не вижу - где чего добавить нужно? маршрут на 172.16.0.0/24 прописан на обоих удаленных вроде

короче пока молчишь, на удалённых должны быть маршруты друг до друга через IP центрального или через интерфейс туннеля. На центральном должно быть правило в файрволе и в НАт разрешающее такой трафик. Если за пирами есть ещё и сети, то и на сети должны быть маршруты (но лучше конечно OSPF поднять)

на обоих маршруты какие? И на центральном какой?

172.16.0.0/24 -> 172.16.0.1 прописан так на удаленных

на корневом 172.16.0.11/12 -> sstp соответственный

SSTP не режет никто, в отличие от остальных вариантов

поэтому и поднят кстати

у меня просто по sstp скорость пиздец какая низкая была

172.16.0.0/24 -> 172.16.0.1 прописан так на удаленных

так не пойдёт.Это не верно. на удалённых 172.16.0.11 - > sstp_client, на центральном и так всё есть

так не пойдёт.Это не верно. на удалённых 172.16.0.11 - > sstp_client, на центральном и так всё есть

в том плане что маршрут должен быть не /24, так как он у тебя скорее всего не активен, так как рядом есть соседний более узкий

так не пойдёт.Это не верно. на удалённых 172.16.0.11 - > sstp_client, на центральном и так всё есть

в смысле 0.11 -> sstp_iface? на 12-м?

да, и на оборот. Крест накрест

да, и на оборот. Крест накрест

оке, попробую

спасибо большое )

если нужно ещё и удалённых сетей достигать, то маршруты до них - тоже крест на крест, но про них и на главном тоже придётся всё описывать. Проще поднять OSPF если у тебя клиентов больше двух.

с OSPF еще не знаком ) надо почитать и навернео действительно с ним заморочиться

с OSPF еще не знаком ) надо почитать и навернео действительно с ним заморочиться

там всё просто. В настройках каждому ройтеру даёшь свой R ID, потом добавляешь сети в соотв раздел (все, и локальные и туннельные). Профит.

с OSPF еще не знаком ) надо почитать и навернео действительно с ним заморочиться

если надо будет помочь - стучи мне в ЛС.

если надо будет помочь - стучи мне в ЛС.

спасибо ) хорошо

загуглил, на хабре последнее упоминание от 13 года

Это протокол от MS. Они его раньше закрытым держали, только для своей оси. ПОзже опубликовали спеки, в тиках он, кажется с 14-15 года как поддерживается. Работает поверх SSL, внутри похож на HTTPS трафик, потому провайдеру сложно его заблокать на уровне l3\l4.

да я уже прочитал

чето не сталкивался еще с резанием тунелей

но я не настоящий сварщик, я каску на стройке нашел

но я не настоящий сварщик, я каску на стройке нашел

оооо, да это очень распростроненно. Каждый второй провайдер думает что если вдруг через его сети GRE пойдёт, то это приведёт к апокалипсису.

у меня всего 10 филиалов по стране, на каждом по 2 sip, с урезанием трафика еще не сталкивался

спс, возьму на заметку