PoN оборудване на V-Sol

[Networker 90]

Здравейте колеги,
срещам някои затруднения с настройката на оборудване от производителя VSOL (V-Solution) - използвам OLT и ONU от този бранд.
Проблемите са основно два, профили за ONU създадени в OLT не се възприемат от ONU-тата.
Другия проблем е, когато ONU работи в режим на рутер не работи remote access (без значение дали е настроен WAN със статични адреси или PPPoE) - стига се до web интерфейс въвеждаш user/pass и нищо не се случва. Интернет работи коректно във всички случаи на настройка на ONU (в bridge mode и в router mode), само remote access не работи. Пробвах го на различни портове (да не е само 80) няма ефект.
Търсих в нета и не мога да намеря нов фърмуер нито за OLT нито за ONU, някой колега да се е сблъсквал с този проблем?
Точните модели са:

Моля, влезте или се регистрирайте, за да видите този link.

Моля, влезте или се регистрирайте, за да видите този link.

Благодаря предварително.

[koko 7]

Xcom продават тези, някаква помощ от тях?

[byte 0]

V-sol по принцип са отзивчиви. Защо не им пишеш.

Всеки китаец с кахърите си, да не би да си създал профил за ону с 4 лана, 1 ктв и 1 потс порт. Примерно cdata дава fail на такъв приложен профил към data only onu, обаче приема все нещо. Какъв ти е профила ? Какво връща show onu info all примерно?

 

[Networker Topic Author 90]

Аз се опитвам да избегна CLI-то и да работя само през Web.
Профила е много стандартен - без VLAN-и дори, добавям си защита и детекция на лууп, стандартни неща като броя на потовете на ONU, и няколко флага за аларми (температура, сигнал и подобни), В тестовия профил задавам друго IP и активиран DHCP за да разбера дали ги е възприело.

Колега от форума удари рамо със фърмуер за OLT-то (най-новия за момента), но проблема с Remote access на ONU-тата, когато са в режим на рутер си остава.
Целия дерт, е че от OLT не мога да променям настройки в ONU-тата (имаш възможност да контролираш през Web някои параметри на ONU от OLT, но не всички), а те самите не са достъпни отдалечено ако са в режим рутер.

[Inkas 3]

Колега, какъв модел са ти ONU-тата и каква е версията на firmware-a. Пробвах remote access-a при мен си работи .... Дай да видим кое не се получава при теб.

Редактирано 25 Юли, 2017 от Inkas

[MiPSus 97]

Не работя с този модел ONU точно, но всичко останало ми е VSol - внесох си ги 2016 още. Опитай в web на ONU ако има Security/Firewall му избери Low

Редактирано 26 Юли, 2017 от MiPSus

[Inkas 3]

MiPSus той може би се опитва да ги достъпи с remote managment IP-то. Networker, през IP-то на "WAN-a" би трябвало да можеш да се логнеш.

Редактирано 26 Юли, 2017 от Inkas

[Networker Topic Author 90]

Нямам проблем само когато ONU е в режим bridge - дали ще си ги сетна на ръка адресите за мениджмънт или ще ги задам от OLT (в частта за контрол на ONU-та) - работи.
Заложа ли ONU да работи като рутер (един път със статични адреси (private IP) втория път по PPPoE (както вероятно ще работят в реална среда)) стигаш до логина, някой път успява да се логне дори и до там - лагва интерфейса на ONU-то и нищо не можеш да правиш в него.
OLT-то е: Vsol V1602D (двупортово), версията на фърмуера е последната (V2.03.29)
ONU-то е: Vsol 28ZE (едно портово без WiFI), версията на фърмуера е (V6.0.1P1T2) - мисля, че няма по-нова.
Имам няколко хинта от колеги на лични, днес или утре ще ги симулирам да видя дали има разлика.

[Networker Topic Author 90]

На 26.07.2017 г. at 14:07, MiPSus написа:

Не работя с този модел ONU точно, но всичко останало ми е VSol - внесох си ги 2016 още. Опитай в web на ONU ако има Security/Firewall му избери Low

Firewall-а по default е на low - има някакъв бъг в софтуера.

[MiPSus 97]

Пиши им да го симулират и те и да ти дадат решение: 

Моля, влезте или се регистрирайте, за да видите този link.

[Networker Topic Author 90]

Може би намерих решение - днес още тествам (ако се добавят две мрежи - едната за Интернет достъпа (било Static IP било PPP) и отделна само за мениджмънт - зададена през OLT-то) - за сега работи.

[mysticall 4]

Каква е идеята ONU-то да се използва в режим рутер?

При нас ги използваме като обикновени оптични суичове. Ако няма линк на PON порта, портовете не се виждат по между си.

OLT прави връзка с ONU и когато се влези в OLT-то могат да се изпълняват някои команди. Примерно команди за отдалечено рестартиране на ONU:

Моля, влезте или се регистрирайте, за да видите този code.

 

[ефект 20]

На ‎29‎.‎7‎.‎2017‎ г. at 18:24, Networker написа:

ONU-то е: Vsol 28ZE (едно портово без WiFI), версията на фърмуера е (V6.0.1P1T2) - мисля, че няма по-нова.
 

много интересно тази версия фърмуеър я имам на GPON ONU ZTE F633

скоро взимах нови бройки  и гледам, че там са с V6.0.2P1T2 

[Inkas 3]

Идеята да се ползва в режим рутер е - да не даваш на клиента еднопортово ONU, което струва 30лв +  рутер за 25лв, и като го съпортваш да не изключва ону-то, като му кажеш да рестартира рутера, а да му дадеш само едно ONU, което струва 45лв и да си имаш пълен контрол над всичко.

*цените не са реални

Редактирано 30 Юли, 2017 от Inkas

[mysticall 4]

преди 56 минути, Inkas написа:

Идеята да се ползва в режим рутер е - да не даваш на клиента еднопортово ONU, което струва 30лв +  рутер за 25лв, и като го съпортваш да не изключва ону-то, като му кажеш да рестартира рутера, а да му дадеш само едно ONU, което струва 45лв и да си имаш пълен контрол над всичко.

Като идея е добре, но

Моля, влезте или се регистрирайте, за да видите този link.

 за ONU, което няма WiFi.

Ние направихме хибридна миграция, сменихме само SFP суичовете с ONU-та и оставихме FTP кабелите към клиентите. Този вариант също си има своите плюсове.

Използваме рутери с модифициран фърмуер, клиента даже и да го ресетне, пак имаме достъп до рутера, спестяваме ходене до някой друг адрес по този начин.

[Inkas 3]

Чудесно. В това няма нищо лошо, но ... на мен не ми харесва. FTP-то си е .... "антена" ... и по време на буря знаеш какво се случва. Иначе и при твоя случай би трябвало да работи .... всеки има различен стил на работа.

Редактирано 31 Юли, 2017 от Inkas

[Networker Topic Author 90]

За сега варианта с две мрежи работи (за remote access).
Това което не ми хареса е, че функцията disable loop не работи коректно в ONU-тата. Засича се loop коректно, алармата за loop я вдига в OLT и дори за малко се спира loop-а, но ако остане по-дълго време лупнатото у-во зад ONU, в някакъв момет ONU си вдига порта и флуда тръгва към OLT-то.
Другия весел момент, е че две абсолютно еднакви нови ONU-та пропускат loop-а по различно време - едното се предава на 20-тата минута, а другото след няколко часа - много интересен момент при условие че са с еднакви хардуерни версии и фърмуери.


Идеята да за режим рутер е намаляване на поддържаната техника + пълен контрол, както писа колегата. От интерфейса на OLT можеш да си го рестартираш и без CLI команди (освен ако не си правиш някаква автоматизация, която може да стане и през SNMP).
Общо взето ценово бих казал, че е съпоставимо - рутерите на едро идват малко под 30, ONU-та на едро (от BG) идват към 35, а за около 55 взимаш ONU с WiFi.

За град хибрида горе-долу се ядва понеже предполагам ONU-та ги слагате на входовете на блока (т.е. няма висящи простири), но в селата (с въздушните мрежи) по-добре е изцяло до клиента с ONU - т.е. пасивно.

Идеята с моднатия фърмуер (след ресет) е добра - нещо на база ddwrt/openwrt?

[mysticall 4]

Gargoyle

Моля, влезте или се регистрирайте, за да видите този link.

 това е темата в linux-bg.org

Моля, влезте или се регистрирайте, за да видите този link.

 директна връзка към кода

[kokaracha 57]

Няма проблем да се компилира къстъм фърмуеър (openwrt) според изискванията за мрежата от доставчика,свободата там е голяма

Правил съм такъв за колега от форума който раздаваше тплинкове от серията 7хх/8хх .

Изискването му беше да 2 влана на ван порт ( единия за отдалечена администрациа през частна мрежа,както и за виртуално АП на хотспота им   ,другия влан за интернет канала на потребителя)

[mysticall 4]

Преди 15 часа, Networker написа:

За град хибрида горе-долу се ядва понеже предполагам ONU-та ги слагате на входовете на блока (т.е. няма висящи простири), но в селата (с въздушните мрежи) по-добре е изцяло до клиента с ONU - т.е. пасивно.

Предишния отговор го писах от телефона.

Да оптика до блока, оптична кутия и ако позволява FTP с отделен ток до всеки вход, кутия с гигабитов суич. Ако някой вход не може да се захрани с ftp, пускаме оптика. Излиза сравнително евтино и става надеждно. На последък много работа ни отваря санирането на блоковете. Ако пускаме оптика до клиентите, ще ни се разкаже играта от сплайсване. Клиенти и колеги от други фирми също ще помогнат, за да неостанем без работа В нашия случай ftp-то е удачен вариянт и скоро не мислен да минаваме на оптика до всеки клиент, аз ще съм твърдо против това.

В твоя случай оптика до клиента е най-доброто решение. Вместо да наливаш една кофа с пари, за подмяна на устройства, когато има гръмотевици, пускаш оптиката до клиента и не трепериш за гръмотевиците.

Ориентирал си се към GPON, там е истината. Започна ли да изграждаш новата мрежа?

[Networker Topic Author 90]

Принципно към GePoN сме се насочли - няма голям смисъл от GPON (освен за колегите с IPTV услуги).
Почнахме да градим в първото тестово село - още редим гръбнак и разпределителните кутии.

За да не правим нова тема - по какъв начин си докарвате последната миля до клиента - директно дроп кабел от разпределителната кутия до ONU-то на клиента или като се закача на къщата слагате някаква мини кутия с аванс от която пускате отделен кабел (от белия 1 влакно) за в къщата.
Чудя се понеже ако в къщата се прецака кабела механично и не стигне аванса на къщата трябва на ново да се сменя цялото трасе до клиента, а ако има кутийка (не мога да намеря верен модел в който двата кабела да са на фаст конектори с един SC/PC адаптер от сините) от нея може да излезе отделно късо парче кабел, което ако се прецака се сменя само то. Също така, белия FTTH кабел е по удачен за визуална диагностика при проблем във влакното (със източник на видима светлина).

Поздрави.

[mysticall 4]

Какви разпределителните кутии използваш? В последствие се работи много трудно с кутиите, по-удачния вариант е връзките да се направят в муфа.

Когато изграждахме наща мрежа, от неопит използвах един ODF с някорко оптики 96 o.f. като муфа, голяма грешка вече няма пипане. Същата грешка я повторихме и с паразитни оптики (8 o.f, 12 o.f), връзките ги правихме в оптични табла. Всичко е добре докато не започнеш да пускаш допълнителни 1,2,3 оптики от тези табла, вътре става мазало. На скоро преправихме подобна точка, отрязахме всички оптики, вкарахме ги в муфа и работата заспа. С колегата се разбрахме, да не се занимаваме с подобни точки, а направо да режим оптиките и да ги вкарваме в муфа.

Не знам и какви оптики използваш, но пускай ги до клиента, без да правиш кутии, това е много излишна работа. Ако клиента прецака оптиката, все ще остане аванс между къщата и стълба.

 

Редактирано 2 Август, 2017 от mysticall

[Inkas 3]

Преди 17 часа, Networker написа:

Принципно към GePoN сме се насочли - няма голям смисъл от GPON (освен за колегите с IPTV услуги).
Почнахме да градим в първото тестово село - още редим гръбнак и разпределителните кутии.

За да не правим нова тема - по какъв начин си докарвате последната миля до клиента - директно дроп кабел от разпределителната кутия до ONU-то на клиента или като се закача на къщата слагате някаква мини кутия с аванс от която пускате отделен кабел (от белия 1 влакно) за в къщата.
Чудя се понеже ако в къщата се прецака кабела механично и не стигне аванса на къщата трябва на ново да се сменя цялото трасе до клиента, а ако има кутийка (не мога да намеря верен модел в който двата кабела да са на фаст конектори с един SC/PC адаптер от сините) от нея може да излезе отделно късо парче кабел, което ако се прецака се сменя само то. Също така, белия FTTH кабел е по удачен за визуална диагностика при проблем във влакното (със източник на видима светлина).

Поздрави.

Networker, няма значение какъв кабел ползваш, при клента е хубаво да има малка кутийка клиентска (струва около 1лв) на която да имаш адаптер, а от курийката до ONU-то пач корда.

[byte 0]

Ние слагаме това:

Моля, влезте или се регистрирайте, за да видите този link.

в клиентите, и съответно FTTH кабел до тях

[Networker Topic Author 90]

Преди 21 часа, mysticall написа:

Какви разпределителните кутии използваш? В последствие се работи много трудно с кутиите, по-удачния вариант е връзките да се направят в муфа.

Когато изграждахме наща мрежа, от неопит използвах един ODF с някорко оптики 96 o.f. като муфа, голяма грешка вече няма пипане. Същата грешка я повторихме и с паразитни оптики (8 o.f, 12 o.f), връзките ги правихме в оптични табла. Всичко е добре докато не започнеш да пускаш допълнителни 1,2,3 оптики от тези табла, вътре става мазало. На скоро преправихме подобна точка, отрязахме всички оптики, вкарахме ги в муфа и работата заспа. С колегата се разбрахме, да не се занимаваме с подобни точки, а направо да режим оптиките и да ги вкарваме в муфа.

Не знам и какви оптики използваш, но пускай ги до клиента, без да правиш кутии, това е много излишна работа. Ако клиента прецака оптиката, все ще остане аванс между къщата и стълба.

 

Зависи от схемата, която е избрана в населеното място. Муфите са добри ако всичко ти е сплайснато, в град може и по-добре да е така понеже разстоянията са големи и се пести затихване - там може да ти се наложи да добавяш кабели в последствие. В по-малките села, мрежата обикновено е запасена и рядко може да се наложи да добавиш кабел.
При нас става дума за селски региони, разстоянията не са големи за това ги изкарвам на букси - т.е. гръбначните кабели са заварени към готови бъндъли с фабрични букси, които се извеждат на планки за SC/PC адаптери и от там се редят според схемата на мрежата. Съответно сплитерите се включват през същите тези SC/PC адаптери към гръбначно влакно (ако има потребители към дадена разпределителна кутия).
Решенията с изведени букси според мен са по-добри за селски региони понеже лесно може да се измери при проблем всяко едно отделно влакно във всяка една посока.
Друго предимство да си ги изведеш на букси ако трябва да смениш някой сплитер (ако дефектира или примерно от 1:4 на 1:8) - да не говорим, че така изградена един път мрежата после може да се поддържа от техници, които няма нужда да могат да сплайсват - само ходят мерят, сменят, редят фастове и така.
Също така ако трябва да се смени парче между две кутии (все пак е село, възможно да се скъса кабел от извън-габаритен товар или от идиотите на Енергото които кастрят дърветата около диреците - тази година толкова FTP-та ни поразиха... ) е по удобно (сплайсваш само бъндъла - без да пипаш другите кабели, които влизат в кутията).

От към кутии, където имам повече от 2 оптични кабел да влиза (примерно кръстовище) слагаме от металните кутии от X-Com (имат 4 отвора и добър вариант за закрепване със скоби за маркуч, сплайс касетата държи до 24 влакна ако слагаш фитовете на 2 реда) има изведена планка за 12 SC/PC адаптера. В останалите случаи (1 до 2 кабела от плоските FTTH) слагаме от PVC PoN кутиите (2 входа с 8 или 16 изхода за тънък FTTH).

До някой клиент кабела може да иде 200 метра и ако не е останал аванс (да речем, че няколко пъти е накъсяван) после трябва целия да се сменя - за това си мисля примерно аванс на последния дирек преди къщата на човека (някои може да не се навият на входа на къщата да оставим аванса),  кутийка на входа и 10-15 метра вътрешно FTTH парче от белия кабел.

Само, не съм измислил дали кутийката да е вънка (понеже едва ли има такава водо-непроницаема), или непосредствено след като влезе в къщата.