Кто занимался V5.2, вопрос, хватит ли ресурсов mega128 @14.7456 чтоб разрулить один поток на стороне выноса ? Пусть даже с внешним hdlc.

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

У нас мужик на ней 4 потока dss сделал, правда с внешним озу.

Делал DSS-1 на mega128 (портировал с линуха). Естественно, использовал внешнюю память. Заняло примерно 65К кода и 27К ОЗУ.

К тем, "кто делал DSS" - V5.2 это немалый стек протоколов аж на 3x HDLC каналах, в который в общем случае кроме "своих" ISDNовские просто включены как подмножество. PSTN, CC, BCC, LC, PROTECTION.... Если зацепить диагностику, то Q3.....

Настоящая жуть будет на AVR :-)

Почему 3 hdlc ?
С канальным уровнем понятно....

Настоящая жуть будет на ассемблере

По тому, что V5.2

Т.е. нужно тулить HDLC на TS16 TS15 TS31 обязательно, нельзя ограничиться TS16 ?

Нельзя. Стандарты предусматривают применение трех каналов для передачи сигнализации, так как одного может не хватить. Когда не хватает одного (16), подключаются поочередно два других именно в таком порядке-16, 15, 31.
ATMega128-сильно сомнительно, что потянет, у нас изначально отказались от контроллеров и построили систему под управлением промкомпьютера и все равно были трудности, правда, не из-за нехватки ресурсов, а из-за трудностей при подключении к станции. Подумайте, как вы будете оттлаживать V5.2, ведь к контроллеру даже монитор не подключишь, а это очень поможет при отладке.

>>Стандарты предусматривают применение трех каналов для передачи сигнализации, так как одного может не хватить.

Не трех, а до трех на одном линке. И на одном HDLC все прекрасно живет, пока невысокая нагрузка. Сколько у вас абонентов будет?
Впрочем, если использовать протокол защиты, то второй контроллер нужен. Но ведь у вас будет 1 линк...

А мега - дохловат будет, это не его класс задач. Нужно что-нибудь 16-разрядное. Или АРМ

Конечно же, имелось ввиду одно звено данных. В каждом звене до 3 HDLC. На 120 FxS абонентов хвататет одного, но для ISDN 1 уже не хватит.

Апну старую темку.Задача неожиданно стала актуальной.

Поскажите, кто в курсе вопроса:
1. Есть задача сделать выделение скажем 50 аналоговых абонентов из одного инерфейса E1/V5.2, т.е пришел Е1, выкусили 50 абонентов, поток ушел далее, скажем по оптике, в следующей точке выделили еще 20, поток пошел далее и т.д. Т.е. класический Drop/insert но применительно к V5.2. Я так понимаю что в таком мультиплексоре прийдется писать обе стороны V5.2 т.е LE и AN. Теперь вопрос: есть ли "что-то" в V5.2 что принципиально не позволит реализовать такую задачу ?

2. Для случая одним потоком Е1. Протокол управления трактами и протокол защиты не используются ? Или потребуются "заглушки" на стороне AN ?

3. Имеет ли смысл начинать разбирательсво с V5.1, а затем переходить на V5.2, либо сразу V5.2?

4. Из технических средств врядле получиться обзавестись тестером/симулятором V5.x. Насколько тяжело будет без него если использовать для разработки живую станцию, например ту же СИ-2000 ?

5. Вопрос о несовместимости V5.2 разных производителей. Ну например ребята пытались к хуавею подключить вынос zte, долго мучались, не получилось. Задали вопрос производителю. Пришел ответ - используйте наши выносы Кто сталкивался ?

ps: ISDN сигнализации не будет, только аналоговые абоненты.

Никакого классического Drop/Insert не может быть. Вы с V5.2 вообще хоть как-нить ознакамливались?

IMHO, самое простое в данном случае, реализовать V5.2 AN, а вынесенных абонентов подключить как FXS и в дальнейших мультиплексорах будет уже классический Drop/Insert.

Заведомо ограничиваете себя.

Можно сразу V5.2

Достаточно стандартизован, чтобы многочисленное оборудование работало друг с другом, если это конечно стандартный V5.2, а не всякие сишные собственные изобретения. По опыту EWSD, Nec, Huawei.

Ну а какой смысл тянуть N потоков на 100-150 аналоговых абонентов ?


Я имел в виду d/i функционально а не статическое выкусывание КИ.

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

О-хо-х, а теперь рассмотрим ситуацию, когда абонент запросил услугу разговор втроем. Вы будете у себя в LE реализовывать это?? Два тайм-слота суммировать, раздавать? И туда же СОРМ, тарификация. Всем этим занимается LE, и пусть занимается. Прелесть V5.2 в "почти" простом AN, а все сервисы и проч. заморочки берет на себя LE.

Все понятно, согласен, тогда отпадает, проще действительно AN+дальше по E1/CAS отдать не париться.
По поводу резервного согласен, просто для начала хотелось бы поднять V5.2 в минимальном виде.

Класический Drop/insert не пойдет. Лучше в оптике организовать несколько потоков Е1 (по одному для каждого выноса), и в каждом потоке свой V5.2



Протокол управления трактами все равно нужен, даже если 1 тракт. Иначе V5.2 не поднимется.



Бывают нюансы. Я отлаживался с EWSD, а потом при подключении к SI2000 возникли проблемы. Лучше не использовать открытие нескольких портов одновременно (EWSD не понимает ), и пришлось запрашивать ID интерфейса при старте (для SI).