КСЛ Каналы связи WiMAX

КСЛ
ginairat написал(а):
А есть разница пинговать диспетчерскую или УМ? УМ я пинговал, результаты выложил выше.

Думаю разницы нет . Остается только предположить что проблема с VPN -см. сообщение 95. Тут без Олега Владимировича или без белых IP не обойтись.
 
Последнее редактирование модератором:
У нас стоит точно такое же оборудование. Предположу, что у вас тот же провайдер - "Энфорта". Если так то, вот такая история у нас была: когда у нас подключали нам сказали, что у нас сеть 2ого уровня. Что это значит я так и не понял. В свое время было предложение перейти на сеть 3его уровня и деньги оплата той же останется, попробовали переключить и наша сеть не заработала. Вернулись ко 2ому уровню.
 
Последнее редактирование модератором:
Gaff написал(а):
У нас стоит точно такое же оборудование. Предположу, что у вас тот же провайдер - "Энфорта". Если так то, вот такая история у нас была: когда у нас подключали нам сказали, что у нас сеть 2ого уровня. Что это значит я так и не понял. В свое время было предложение перейти на сеть 3его уровня и деньги оплата той же останется, попробовали переключить и наша сеть не заработала. Вернулись ко 2ому уровню.

И думаю надо в другую ветку общение по этому поводу перевести, раз разобрались что это Wi-max, а не ADSL :)

По моему они имели в виду не сети, а сетевое оборудование Level2, Level2+, Level3. Сам столкнулся с проблемами при организации VPN канала и проброской DHCP relay.
 
ginairat написал(а):
А есть разница пинговать диспетчерскую или УМ? УМ я пинговал, результаты выложил выше.

Ну вообще то разница есть, пакеты могут проходить через разное оборудование. Вообще можно при помощи трассировки посмотреть сколько хопов проходит пакет до диспетчерской и до любого другого УМ, таиминги прохождения пакетов могут быть разные.
Пока совсем не вник в тему, проблемы только с голосом???? Действительно ли время ответа колеблется от 100мс до 170мс????
 
Да, только с голосом. Параметры показывают нормально. Время пинга от 100 до 170
 
ginairat написал(а):
Да, только с голосом. Параметры показывают нормально. Время пинга от 100 до 170

Ну так вот причина в реализации математики КСЛ-Ethernet, поскольку используется протокол UDP не гарантирующий доставку пакетов от устройства к устройству. Мысл в кратце таков, дельта между временем прохождения предыдущего и пришедшего пакета не должна быть больше 30мс, если она больше то КСЛ считает данный пакет потерянным и не обрабатывает его.
Пример 1:

1 пакет - 100мс
2.пакет - 120мс
3.пакет - 105мс
4.пакет - 125мс

В этом случает, все пакеты воспроизводятся. Так как дельта между 1 и 2 пакетом - 20мс, 2 и 3 15мс, 3 и 4 - 20мс.

Пример 2:
1 пакет - 100мс
2.пакет - 120мс
3.пакет - 105мс
4.пакет - 136мс

Так вот пакеты с 1 по 3 воспроизведутся а вот 4 уже нет.

На сколько я помню математику КСЛ ни кто не менял, по крайней в коментах к прошивкам я этого не заметил.

Как бороться??? Ну тут как раз и поможет трассировка и пинги не по 4 пакетам а с параметром "-t"
Бывают что, сети у провов криво сконфигурированы )))))
 
Значит получается проблема все-таки в пингах... Завтра буду пинать провайдера. Спасибо еще раз. Потом отпишусь, может пригодится комунидь ))
 
WFox написал(а):
Мысл в кратце таков, дельта между временем прохождения предыдущего и пришедшего пакета не должна быть больше 30мс, если она больше то КСЛ считает данный пакет потерянным и не обрабатывает его.

Насколько я знаю до 80 мс задержки - серьезной проблемы с голосом не должно быть.
 
Последнее редактирование модератором:
revit написал(а):
Насколько я знаю до 80 мс задержки - серьезной проблемы с голосом не должно быть.

Не знаю, может что и поменялось в математике, но при попытке поднять в 2007 году связь через GPRS, ответ от Лифт-Комплекта был однозначен не более 30мс.
 
WFox написал(а):
Не знаю, может что и поменялось в математике, но при попытке поднять в 2007 году связь через GPRS, ответ от Лифт-Комплекта был однозначен не более 30мс.

Да-а-а-а GPRS это было что-то....... но там и пинг плясал не то что на 80 а на все 1000-1500 :D или вообще пропадал на секунды. Слова приходили по слогам через несколько секунд :D :D
 
Последнее редактирование модератором:
revit написал(а):
......Слова приходили по слогам через несколько секунд :D :D

:D :D :D У меня почти тоже самое только время поменьше :D

Тех. поддержка посоветовала попробовать программный КСЛ... Буду пробовать..
 
ginairat написал(а):

Аналогично. Есть у нас такой провайдер с таким же оборудованием. Кроме Alvarion они ставят Ubiquiti. Как правило маска 240 или 248 , шлюз + 4 IP адреса со следующими после шлюза номерами. Типа шлюз х.х.х.1, IP х.х.х.2, х.х.х.3, х.х.х.4, х.х.х.5, х.х.х.6.
 
А может попробовать Айпишники поменять. Изменить подсеть. Не могу утверждать, но предположить могу, что есть какое то устройство (роутер, оборудование другой фирмы, воообщем все что угодно) у которого точно такой же IP и часть пакетов уходит к нему. Очень часто 192,168,1,1 это дефолтовый айпишник для настройки тех же роутеров, точек доступа. Или же нет выпадающих пакетов?
Так же как уже говорил revit попробовать изменить шлюз не на "нулевой", а из той же подсетки.
Ну и вопросик еще. У вас это первое оборудование которое вы ставите или же уже есть какая то сеть к которой вы подсоеденяете эту "трудно" работающую.

WFox написал(а):
По моему они имели в виду не сети, а сетевое оборудование Level2, Level2+, Level3. Сам столкнулся с проблемами при организации VPN канала и проброской DHCP relay.

Возможно. Загуглил. Еще немного засорил свой мозг :D
 
Последнее редактирование модератором:
Gaff написал(а):
А может попробовать Айпишники поменять. Изменить подсеть. Не могу утверждать, но предположить могу, что есть какое то устройство (роутер, оборудование другой фирмы, воообщем все что угодно) у которого точно такой же IP и часть пакетов уходит к нему. Очень часто 192,168,1,1 это дефолтовый айпишник для настройки тех же роутеров, точек доступа. Или же нет выпадающих пакетов?
Так же как уже говорил revit попробовать изменить шлюз не на "нулевой", а из той же подсетки.
Ну и вопросик еще. У вас это первое оборудование которое вы ставите или же уже есть какая то сеть к которой вы подсоеденяете эту "трудно" работающую.
Возможно. Загуглил. Еще немного засорил свой мозг :D

IP и шлюз надо ставить из того диапозона, который выдал провайдер. Смена подсети тоже ничего не даст кроме проблем увязки двух или более подсетей. Гораздо важнее правильно выставить номер УМ, слот и порты данных и звука. Есть такое понятие "пакетная передача данных". В заголовке этого пакета много служебной информации о получателе. Этот пакет содержит и IP и порт и прочую информацию устройства-получателя. Если не совпадёт хоть что-то, то проблемы неизбежны. При направлении потока данных необходимо точно указать всю необходимую информацию о получателе. Стандарт UDP не предусматривает подтверждения о получении или неполучении пакета. То есть данные куда-то отправлены, а дошли или нет - дело в чёткости работы канала связи и в правильности описания пареметров получателя пакета.
Оборудование какое только не ставят! Тут важнее быть уверенным в надёжности и стоимости канала связи.
 
Последнее редактирование модератором:
Смена аппаратного КСЛа на программный результата не дала. Сегодня выяснилось, что на лифтах отличная связь, всё понятно и разборчиво, а вот в диспетчерской ничего не разобрать...
 
Alex написал(а):
IP и шлюз надо ставить из того диапозона, который выдал провайдер. Смена подсети тоже ничего не даст кроме проблем увязки двух или более подсетей. Гораздо важнее правильно выставить номер УМ, слот и порты данных и звука. Есть такое понятие "пакетная передача данных". В заголовке этого пакета много служебной информации о получателе. Этот пакет содержит и IP и порт и прочую информацию устройства-получателя. Если не совпадёт хоть что-то, то проблемы неизбежны. При направлении потока данных необходимо точно указать всю необходимую информацию о получателе. Стандарт UDP не предусматривает подтверждения о получении или неполучении пакета. То есть данные куда-то отправлены, а дошли или нет - дело в чёткости работы канала связи и в правильности описания пареметров получателя пакета.
Оборудование какое только не ставят! Тут важнее быть уверенным в надёжности и стоимости канала связи.

Видимо у меня неверное представление о сетях и мало опыта :( (что конечно не отрицаю), но все тем не менее работает при почти таких же настройках.
 
Подскажите пожалуйста ранее была осуществлена у нас связь через wimax использовались ксл Ethernet, ip адреса были 192.168.... 01 192.168....02 и т.д. и эту связь осуществлял провайдер. Затем решили уменьшить скорость передачи данных, тем самым провайдер выделяет внешний статический ip адрес, и выдает такие данные :
ip адрес, шлюз, маску сети, DSN 1, DSN 2.
Подскажите куда это все прописывается ? И для удаленного ксл какими способами можно изменить эти данные ?
 
qwer написал(а):
Подскажите куда это все прописывается ? И для удаленного ксл какими способами можно изменить эти данные ?

А зачем менять? Имеется ввиду -как настроить удаленный КСЛ или что?
Вам дали классические внешние статические адреса, так чего же еще надо? Прописываете все это в КСлы и радуетесь надежной связи. :)
 
Последнее редактирование модератором:
revit написал(а):
А зачем менять? Имеется ввиду -как настроить удаленный КСЛ или что?
Вам дали классические внешние статические адреса, так чего же еще надо? Прописываете все это в КСлы и радуетесь надежной связи. :)

Прописываю в КСЛы. Это мне прийдется удаленный КСЛ нести в диспетчерскую, подключать к ПК и там прописывать ? правильно ?
 
Назад
Сверху