Перейти до

PTP550 Cambium Networks для 5 Ггц каналов точка -точка


Рекомендованные сообщения

Я просто поражаюсь с некоторых. Тестировать систему заведомо неисправную (смонтированную с ошибками) это конечно зашквар. Вы бы её ещё без антенн тестировали. А так да, камбиум конечно овно ещё то (сакразм). Спалить железки за 1,5к не очково?

Відредаговано harmer
  • Like 1
  • Thanks 1
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 714
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Славка, твой выход, трафик не такой, полнолуние, фаташоп, ну или чо там еще, мАлтипоинт, лос энлос, лосось, карась 

Классический пример вашей неадекватности восприятия результатов       Это у вас не тянули 5 лет, а когда показывали пример - глаза закрывали и всякие отговорки придумывали, что это не

А мимозу пробовали? Пока у нас это god-like вариант в любых условиях.

Posted Images

45 минут назад, harmer сказал:

Я просто поражаюсь с некоторых. Тестировать систему заведомо неисправную (смонтированную с ошибками) это конечно зашквар. Вы бы её ещё без антенн тестировали. А так да, камбиум конечно овно ещё то (сакразм). Спалить железки за 1,5к не очково?

Сигнал идёт с потерями, не сгорит ибо на 60% соединение с антенной есть

Ссылка на сообщение
Поделиться на других сайтах

Сгорит/ не сгорит дело ваше. Как вы определили 60% соединения ? Это как женщину чпокнуть на пол шишки? Считать это актом или нет? Но то что система не исправна, это факт и проводить  на не испытания и тесты да ещё пытаться получить результат близкий к заявленным характеристикам считаю неправильным. ИМХО.

  • Thanks 1
Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, harmer сказал:

Сгорит/ не сгорит дело ваше. Как вы определили 60% соединения ? Это как женщину чпокнуть на пол шишки? Считать это актом или нет? Но то что система не исправна, это факт и проводить  на не испытания и тесты да ещё пытаться получить результат близкий к заявленным характеристикам считаю неправильным. ИМХО.

Ты прав по поводу кривых испытаний, тестировали ибо думал что дело в помехах, просто кривых пиктейлах и т.д. 

Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
  • 2 weeks later...
13 часов назад, boroda сказал:

Тема заглохла?

 

А с чего то ей продолжаться. Стоит РТР550, шуршит, проблем нет. 

Обычно ж орут когда проблемы есть а когда все пашет то и тишина.

Ссылка на сообщение
Поделиться на других сайтах
10 минут назад, nordstream сказал:

 

А с чего то ей продолжаться. Стоит РТР550, шуршит, проблем нет. 

Обычно ж орут когда проблемы есть а когда все пашет то и тишина.

Показателями поделишься? 

Ссылка на сообщение
Поделиться на других сайтах

Коллеги, покажите свои настройки вкладка Network Master и Slave. У меня здесь ситуация, на обеих антеннах указан только менедж влан, доступ по радио и езернет разрешен, но временами неизвестно почему пропадает доступ на slave, master не пингует его. Абонентскийе влан идет транзитом, и указан только на крайних свичах, но и он временами падает оставляя людей без инета (маки абонов прилетают на сервер).
Версия прошивки 4.4, скрины настроек прилагаю!
 

st.JPG

ап.JPG

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

У вас 80 влан для управления Master и Slave,  терминируется в DL на  Slave.  Однако, поскольку  на Slave доступ указан кроме wireless также Ethernet , то  в uplink 80-й ходит. Насколько я понял у вас есть обходной мимо радиоканала  маршрут до свичей за Slave и 80-й влан туда доходит. Это позволяет  ( насколько  это понял суппорт) вам использовать 80 влан также для управления   сетевыми устройствами за Slave.  Что вы и делаете.  Не так ли?  При этом, насколько я понял при предыдущих  разбирательствах с вашей сетью   обходной маршрут как то хитро у вас работает со сменой  направлений трафика . Поэтому сеть через радиоканал и глючит.

Вам нужно использовать VLAN 80 только для управления  Master и Slave  и только при заходе на устройства со стороны  Master. Доступ к  Slave  по Ethernet отключите. Все остальные вланы в транке будут прозрачно проходить через радиоканал. Эти вланы и  используйте для  данных и управления сетевыми устройствами  за Slave. А  80-й влан не задействуйте больше нигде, кроме управления радиоканалом. 

Собственно идея влана управления заключается в том, что устройcтвами AP и CPE можно управлять только со стороны  AP- сети провайдера. Доступ от сети клиентов CPE должен быть запрещен.  А Master -это AP, Slave -CPE.

 

 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Хотя у вас схема простая,  но начините с еще более  простого Уберите вланы управления с устройств , пусть радиомост только пропускает тегированный трафик для клиентской сети за Слейв и нетегированный для управления  Master и Slave. Если все работает, то сначала добавьте  управление  Мастер через vlan и потом , если все работает, и Слейв.

 Если в этой схеме ( радиомост прозрачно пропускает тегированный трафик)  опять  какой  то  дата влан  будет зависать- терять коннект, то вообще уберите  ( временно) пропуск тегированного трафика через радио мост.  То есть  через  мост пропускаете обычный трафик, а дальше для клиентской сети тегируете его на свиче за Слейвом.

И в процессе общения супорта с вами вы прислали схему, что через мост идет 34 влан в туннеле PPPOE.   И именно по 34 влану терялась связь. Потом сказали что за слейвом нет PPPOE клиентов. Перепроверьте все же еще раз ходит ли туннель PPPoE через радио мост. Если да, то проверьте MTU на обоих каналах радиолинка, PTP550 автоматически балансирует трафик по двум каналам и может быть когда он перебрасывает трафик с одного канала на другой, то происходит конфликт по MTU по одному из каналов. А вообще уберите ( если есть) PPPoE и если все норм, то верните его сначала с работой с одним каналом   PTP550, потом с двумя.

В общем план действий такой. Максимально упростите  работу PTP550 c   тегированным трафиком и туннелями и потом постепенно усложняйте ее до нужной вам схемы. 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Alver сказал:

Хотя у вас схема простая,  но начините с еще более  простого Уберите вланы управления с устройств , пусть радиомост только пропускает тегированный трафик для клиентской сети за Слейв и нетегированный для управления  Master и Slave. Если все работает, то сначала добавьте  управление  Мастер через vlan и потом , если все работает, и Слейв.

 Если в этой схеме ( радиомост прозрачно пропускает тегированный трафик)  опять  какой  то  дата влан  будет зависать- терять коннект, то вообще уберите  ( временно) пропуск тегированного трафика через радио мост.  То есть  через  мост пропускаете обычный трафик, а дальше для клиентской сети тегируете его на свиче за Слейвом.

И в процессе общения супорта с вами вы прислали схему, что через мост идет 34 влан в туннеле PPPOE.   И именно по 34 влану терялась связь. Потом сказали что за слейвом нет PPPOE клиентов. Перепроверьте все же еще раз ходит ли туннель PPPoE через радио мост. Если да, то проверьте MTU на обоих каналах радиолинка, PTP550 автоматически балансирует трафик по двум каналам и может быть когда он перебрасывает трафик с одного канала на другой, то происходит конфликт по MTU по одному из каналов. А вообще уберите ( если есть) PPPoE и если все норм, то верните его сначала с работой с одним каналом   PTP550, потом с двумя.

В общем план действий такой. Максимально упростите  работу PTP550 c   тегированным трафиком и туннелями и потом постепенно усложняйте ее до нужной вам схемы. 

Pppoe у меня за другим мостом, который служит резервом, на нем сейчас вланы управления выключены, все акцесом пролетает, но и на нем проблема с управлением!

РЕЧЬ ИДЁТ О ДРУГОМ ЛИНКЕ, ЗДЕСЬ НЕТ РЕЗЕРВА, ЭТО ПРЯМОЙ МОСТ! 

Я скажу честно, ни один вендор не имеет таких проблем в плане проброс вланов. Я задал вчера этот вопрос вам в саппорт, и надеюсь ихний ответ будет более содержательным! 

Вы покупаете автомобиль, он заводится но не едет, сколько вы бы не нажимали педаль газа. А сервис говорит вы попробуйте его с горки толкнуть,  или запрягите лошадку, пусть тащит, если машина поедет значит все хорошо!

Это не сервис-это го@но, у меня два моста и оба не работают, потому что как только я указываю менедж, неважно транк или акцес-у меня управление сыпется, а помимо него и трафик! Может поможете?

Відредаговано BALTAR
Изменения
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Вам сказали как действовать.

1) Уберите Mng VLAN на Master и Slave. Весь трафик пропускается  мостом прозрачно. Смотрите как работает

2) Ставите Mng VLAN на Master  и смотрите как работает.

3) Ставите Mng VLAN на Master и Slave смотрите как работает.( без доступа по Ethernet)

Если на одном из  шагов  появляется затык, пишите в суппорт, снимате log.   Даете доступ к девайсам, Инженеры Камбиум заходят и смотрят что у вас происходит.

При построении схемы VLAN действуйте согласно инструкции и примерам построения VLAN от Камбиум ( вам ее выслали) . У каждого  вендора есть свои особенности  реализции VLAN. Модель VLAN принятая в ePMP, она же реализована в PTP550, работает 6 лет, без жалоб. 

Действуйте как вам рекомендует суппорт( я вам это здесь продублировал) и все у вас получится. 

39 минут назад, BALTAR сказал:

Это не сервис-это го@но,

Попрошу вас быть более корректным в своих высказываниях. И спокойно работайте с суппортом. Не надо выносить все это говно  на форум. Никому это читать не интересно. Идет нормальная техническая работа, без эмоций. Когда все заработает, можете поделиться результатом  и рассказать  в чем была проблема.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, Alver сказал:

Вам сказали как действовать.

1) Уберите Mng VLAN на Master и Slave. Весь трафик пропускается  мостом прозрачно. Смотрите как работает

2) Ставите Mng VLAN на Master  и смотрите как работает.

3) Ставите Mng VLAN на Master и Slave смотрите как работает.( без доступа по Ethernet)

Если на одном из  шагов  появляется затык, пишите в суппорт, снимате log.   Даете доступ к девайсам, Инженеры Камбиум заходят и смотрят что у вас происходит.

При построении схемы VLAN действуйте согласно инструкции и примерам построения VLAN от Камбиум ( вам ее выслали) . У каждого  вендора есть свои особенности  реализции VLAN. Модель VLAN принятая в ePMP, она же реализована в PTP550, работает 6 лет, без жалоб. 

Действуйте как вам рекомендует суппорт( я вам это здесь продублировал) и все у вас получится. 

Есть мнение, почему доступ то появляется то пропадает, или трафик то бегает то нет? Вот сейчас абонентский влан снова работает, как и почему-тоже неизвестно! 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
2 часа назад, BALTAR сказал:

Есть мнение, почему доступ то появляется то пропадает, или трафик то бегает то нет? Вот сейчас абонентский влан снова работает, как и почему-тоже неизвестно! 

Я вам дал совет  работать с суппортом. Я вас прошу, не выносите это все сюда, не засоряйте тему.  С проблемой разберемся. 

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, Alver сказал:

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

Камбиум стоит у многих, многим вы настраивали вообще без применения vlanов, но вы ведь знаете-что это неотъемлемая часть сети, нельзя без них работать, ибо @опа будет!!!

Никто скринами настроек делиться не желает, будто их и нет вовсе.... 

Чтож, спасибо! Теперь бы достучаться до slave чтобы рубануть доступ по езер) 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Вам не предлагают работать без вланов. Вам предлагают путь нахождения источника проблемы по шагам.

И  мне сказали, что у вас  есть доступ к Slave  через Telnet с клиентской стороны Ведь так? Воспользуйтесь CLI.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, Alver сказал:

Вам не предлагают работать без вланов. Вам предлагают путь нахождения источника проблемы по шагам.

И  мне сказали, что у вас  есть доступ к Slave  через Telnet с клиентской стороны Ведь так? Воспользуйтесь CLI.

За слейвом сразу олт, на нем другой менедж влан, поэтому облом, только ехать! 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Как приедете на точку следуйте пункту 1.

Уберите Mng VLAN на Master и Slave. Весь  тегировангый и нетегированный трафик будет пропускаеться  мостом прозрачно. И пусть поработает.

Надо сосредоточиться на радио .Дайте доступ , посмотрим  как настроено и как работает. Потом вернемся к вланам управления. пунктам 2 и 3.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
18 минут назад, Alver сказал:

Как приедете на точку следуйте пункту 1.

Уберите Mng VLAN на Master и Slave. Весь  тегировангый и нетегированный трафик будет пропускаеться  мостом прозрачно. И пусть поработает.

Надо сосредоточиться на радио .Дайте доступ , посмотрим  как настроено и как работает. Потом вернемся к вланам управления. пунктам 2 и 3

Если скину влан-до доступ вам смогу дать только находясь непосредственно на месте подключённым в тот же свич

Ссылка на сообщение
Поделиться на других сайтах

 

9 часов назад, BALTAR сказал:

Никто скринами настроек делиться не желает, будто их и нет вовсе..

а  чем там делиться-то? 

image.png.d92787c6d99de617f0cb864bc04eb921.png 

image.thumb.png.8c3d7dff5cc5d3eab938978bef80b8f6.png

 

За мостом несколько разных вланов для радива и пона. Для радива влан управления 101, а для олта 102. Трафик радиоабонентов в своем влан, трафик пон в своём. Все работает ничего не отваливается.

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, harmer сказал:

 

а  чем там делиться-то? 

image.png.d92787c6d99de617f0cb864bc04eb921.png 

image.thumb.png.8c3d7dff5cc5d3eab938978bef80b8f6.png

 

За мостом несколько разных вланов для радива и пона. Для радива влан управления 101, а для олта 102. Трафик радиоабонентов в своем влан, трафик пон в своём. Все работает ничего не отваливается.

Спасибо огромное! 

Ссылка на сообщение
Поделиться на других сайтах

Итак, хотелось бы подвести итоги!
1. Проблема с vlanами и отвалом точек заключалась в неправильной конфигурации конечного оборудования заказчика линка.

2. PTP550 в условиях загаженого эфира реально хорош (тесты и прочее скоро будут).

3. Спасибо огромное Вячеславу и Степану из UNIDATA, ребята знают своё дело, помогли и словом и делом!

 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас

×
×
  • Створити нове...