[grv 0]

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

 

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

[Harbour 0]

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

[maxus 0]

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

[zltigo 0]

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

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

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

[grv 0]

К тем, "кто делал DSS" - V5.2 это немалый стек протоколов аж на 3x HDLC каналах, в который в общем

случае кроме "своих" ISDNовские просто включены как подмножество. PSTN, CC, BCC, LC, ROTECTION.... Если зацепить диагностику, то Q3.....

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

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

 

Почему 3 hdlc ?

С канальным уровнем понятно....

 

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

[zltigo 0]

Почему 3 hdlc ?

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

[grv 0]

Почему 3 hdlc ?

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

 

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

[Инженер 0]

Почему 3 hdlc ?

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

 

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

 

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

ATMega128-сильно сомнительно, что потянет, у нас изначально отказались от контроллеров и построили систему под управлением промкомпьютера и все равно были трудности, правда, не из-за нехватки ресурсов, а из-за трудностей при подключении к станции. Подумайте, как вы будете оттлаживать V5.2, ведь к контроллеру даже монитор не подключишь, а это очень поможет при отладке.

[Dvorkin 1]

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

 

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

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

 

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

[Инженер 0]

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

 

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

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

 

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

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

[grv 0]

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

 

Поскажите, кто в курсе вопроса:

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, долго мучались, не получилось. Задали вопрос производителю. Пришел ответ - используйте наши выносы :maniac: Кто сталкивался ?

 

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

 

 

[DmitryM 0]

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

 

Поскажите, кто в курсе вопроса:

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

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

Я так понимаю что в таком мультиплексоре прийдется писать обе стороны V5.2 т.е LE и AN. Теперь вопрос: есть ли "что-то" в V5.2 что принципиально не позволит реализовать такую задачу ?

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

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

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

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

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

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

 

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

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

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

 

[grv 0]

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

 

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

 

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

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

 

[DmitryM 0]

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

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

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

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

[grv 0]

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

 

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

Все понятно, согласен, тогда отпадает, проще действительно AN+дальше по E1/CAS отдать не париться.

По поводу резервного согласен, просто для начала хотелось бы поднять V5.2 в минимальном виде.