Jump to content
Калькуляторы

Посоветуйте SHDSL модем )

Есть проводная линия (одна пара) около 1км, используется как бэкап, на линии стоит пара маршрутизаторов Telindus SHDSL 1421, дают дуплексные 2.3мбит.

На одной стороне после грозы перестал подниматься ethernet порт (хотя ethernet кабель был всего 1,5 метра), все остальное работает как ни странно.

 

Можно что-то подобрать на замену совместимое и доступное в продаже (б\у)?

 

Вроде в спецификациях заявлено:

 

17.1 Line specifications
Applicable standards: ITU-T G.991.2, G.994
Single pair or two pair line access
Connector: RJ12
Impedance: 135 ohm
Coding: TC PAM, compliant to ITU-T G.991.2 (G.SHDSL)
Line speeds:
- Single pair: N x 64 kbps (N = 1 36)
- Two pair: N x 128 kbps (N = 1 36)
Handshaking: compliant G.994.1 (automatic speed negotiation) or fixed speed
Performance monitoring: compliant G.826 (errored seconds, severely errored seconds, unavailability
seconds)

 

Например, FlexDSL Orion 3 G.shdsl.bis+ #FG-PAM-SA2N-4Eth, V10 / Модуль FlexDSL или Zyxel G.SHDSL Prestige 791R EE подойдут для связки с Telindus 1421?

 

Edited by amper

Share this post


Link to post
Share on other sites

 Меняйте целиком, парой. sdsl нонче бушные на помойку сдают, а совместимости я у них ни разу не видел.

Share this post


Link to post
Share on other sites

на 1км можно и на vdsl смотреть, если заинтересованы в увеличении скорости

Share this post


Link to post
Share on other sites

VDSL разве по выделенной линии работать может?

Share this post


Link to post
Share on other sites

Adsl не может. У него нет master модема, а только DSLAM. А VDSL от SDSL не шибко отличается.

Share this post


Link to post
Share on other sites

Есть пара PairGain MM-300S, валяются без дела. Но ethernet у них 10 Мбит :(

Share this post


Link to post
Share on other sites
В 22.06.2019 в 16:28, amper сказал:

Например, FlexDSL Orion 3 G.shdsl.bis+ #FG-PAM-SA2N-4Eth, V10 / Модуль FlexDSL или Zyxel G.SHDSL Prestige 791R EE подойдут для связки с Telindus 1421?

Shdsl-модемы бывают двух разновидностей (если не брать не-ethernet версии, а так их даже больше).

Отличаются они инкапсуляцией: EFM (классический ethernet) или ATM (придется задавать vpi, vci, вот это все).

Telindus ваш - ATM, судя по рекламке: http://www.telco-solutions.ru/upload/iblock/c59/10.pdf

Соответственно, искать нужно другой ATM SHDSL модем.

Zyxel как раз он и есть, а вот FlexDSL вроде нет.

Но если у вас пара FlexDSL, поменяйте их с обоих сторон, может даже скорость удастся поднять, у них там есть разные проприетарные модуляции, на которых линк может подняться, при наличии одинакового оборудования с обоих концов (и иногда лицензии, например на PAM128)

 

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
4 hours ago, [anp/hsw] said:

Telindus ваш - ATM, судя по рекламке

В телиндусе в настройках энкапсуляции есть куча всего: frameRelay, ppp, atm, hdlc... ранее работало как ррр.

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

 

FlexDSL Orion 3 G.shdsl.bis+ #FG-PAM-SA2N-4Eth, V10 - заявляется 15 мбит по одной паре - это из доступного б\у наилучший вариант?

Что можно сказать об их надежности (замена оборудования связана с определенными сложностями), производитель как я понимаю отечественный натекс?

Share this post


Link to post
Share on other sites

ppp вроде поверх atm ходит, это костыль для телефонистов.

Share this post


Link to post
Share on other sites
8 часов назад, Ivan_83 сказал:

ppp вроде поверх atm ходит, это костыль для телефонистов. 

В телеИндусе, ЕМНИП, нет.

Share this post


Link to post
Share on other sites

Ох, flexdsl конечно после телиндуса как программируемый калькулятор, хотя сделан лет на 10 позже...

 

На сайте натекса в разделе поддержка никаких доков и ПО нет, удалось найти какой-то мануал 2010 года, но всех особенностей прошивки 2012 года он не отражает. Может кто ни будь знает:

 

1) Что скрывается под параметром 7Е для настройки WANIDLE [1/7E] - Select WAN idle pattern? 1's это по идее 1 секунда, а 7Е?

2) Доступ к настройкам через консольный порт ограничить или запаролить нельзя? Соответственно удаленный доступ через WAN интерфейс так же нельзя ограничить?

3) Никаких функций по маршрутизации между WAN и LAN девайс не поддерживает?

 

 

Edited by amper

Share this post


Link to post
Share on other sites

У натекса надо в саппорте прошивки и прочее спрашивать. Охотно взаимодействуют и высылают софт.

Share this post


Link to post
Share on other sites

Проще всего взять пару VDSL2 модемов, которые поддерживают режимы работы CO / CPE , а так-же G.vectoring и G.INP, для работы с зашумлёнными линиями, профиль 30a , симметричный режим и низкий Noise Margin в 8dB. Пара таких модемов, на исправной линии около километра даст приблизительно 50Mbps . Из самых дешёвых есть например такое: 

https://planetechusa.com/vc-231g-1-port-101001000t-ethernet-vdsl2-bridge-30a-profile-w-g-vectoring/

 

VC-231G_back.jpg

VC-231G_front.jpg

Share this post


Link to post
Share on other sites
On 6/29/2019 at 11:07 PM, sol said:

У натекса надо в саппорте прошивки и прочее спрашивать. Охотно взаимодействуют и высылают софт.

На письмо help@nateks.ru с 28 так и не ответили... может они "всё"?

Share this post


Link to post
Share on other sites

Мне отвечали. Причём, совсем недавно. Правда, были неловкая пауза и я потом звонил.

Share this post


Link to post
Share on other sites

Живы, вышли на контакт.

Share this post


Link to post
Share on other sites

Ну дык и чего они вам рассказали? Поделитесь с общественностью.

Share this post


Link to post
Share on other sites

Ну, из массы вопросов удалось получить ответ только на один:

Quote

Настройка параметра WANIDLE применяется в режиме, когда данные Ethernet передаются через E1
В режиме ожидания, когда данные не передаются через WAN, чтобы оконечное оборудование не обнаружило потерю сигнала, поможет установка значения 7E

И свежую прошивку с мануалом...

Share this post


Link to post
Share on other sites
1 минуту назад, amper сказал:

И свежую прошивку с мануалом...

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

В свое время я ждал от них ответа неделю :)

 

Share this post


Link to post
Share on other sites

Нужен небольшой ликбез по коррекции ошибок.

В статистике модема такая картина:
 

Quote

 

G.826 Error Performance     CRC6 1
Errored blocks     0000000007
Errored seconds     0000000007
Severely errored seconds     0000000000
Background block errors     0000000007
ESR [%]     0.06
SESR [%]     0.00
BBER [%]     0.00
Available time     0000010405
Unavailable time     0000000000

 

Network interface statistics
WAN1
Rx dropped 0
Rx errors 67     

 

В мануале такое описание:

Quote

Для оценки качества работы DSL и E1 используется статистика G.826 (в соответствии с
рекомендацией ITU-T G.826). Она предоставляет следующие численные показатели работы
интерфейса:
• Errored block (EB) - Число принятых блоков, содержащих хотя бы один искажённый бит.
• Errored seconds (ES) - Число секунд, в которых был принят хотя бы один блок с ошибками.
• Severely errored seconds (SES) - Число особо поражённых секунд, т.е. секунд, в которых
число блоков с ошибками превышает 30% от числа всех принятых блоков.
• Background block errors (BBE) - Число принятых блоков с ошибками за вычетом
ошибочных блоков, принятых в течение особо поражённых секунд.
• Errored second ratio (ESR) - Отношение ES к Available time.
• Severely errored second ratio (SESR) - Отношение SES к Available time.
• Background block error ratio (BBER) - Отношение BBE к общему числу принятых блоков.
• Available time - доступное время интервала измерений, т.е. число секунд в интервале
измерений, в течение которых связь была установлена.
• Unavailable time - недоступное время интервала измерений, т.е. число секунд в интервале
измерений, в течение которых связь отсутствовала.
Длительность передачи одного блока DSL - 6 мс,


Правильно ли я понимаю, что ошибочных пакетов было 67 (Rx errors 67), так же было 7 ошибочных блоков (Errored blocks), но т.к. отброшено (RX dropped) было 0 пакетов - то потери данных не произошло и найденные ошибки были скорректированы с помощью CRC?

 

За тестируемый промежуток времени не было потеряно ни одного ICMP пакета (ping) до удаленного модема, средний пинг 1мс, максимальный 4мс.

 

Собственно вопрос - нужно ли снижать скорость соединения до полного исчезновения ошибочных блоков или, если не теряется DSL синхронизация, ошибками можно принебречь и на прохождение критичных данных (например VoIP (SIP по UDP) они не влияют?

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now