grv 0 10 сентября, 2006 Опубликовано 10 сентября, 2006 · Жалоба Кто занимался V5.2, вопрос, хватит ли ресурсов mega128 @14.7456 чтоб разрулить один поток на стороне выноса ? Пусть даже с внешним hdlc. Видел как-то реализацию выноса, так у них там армы-шмармы, пингвиксы, жуть.... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Harbour 0 11 сентября, 2006 Опубликовано 11 сентября, 2006 · Жалоба У нас мужик на ней 4 потока dss сделал, правда с внешним озу. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
maxus 0 2 октября, 2006 Опубликовано 2 октября, 2006 · Жалоба Делал DSS-1 на mega128 (портировал с линуха). Естественно, использовал внешнюю память. Заняло примерно 65К кода и 27К ОЗУ. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 2 октября, 2006 Опубликовано 2 октября, 2006 · Жалоба К тем, "кто делал DSS" - V5.2 это немалый стек протоколов аж на 3x HDLC каналах, в который в общем случае кроме "своих" ISDNовские просто включены как подмножество. PSTN, CC, BCC, LC, PROTECTION.... Если зацепить диагностику, то Q3..... Видел как-то реализацию выноса, так у них там армы-шмармы, пингвиксы, жуть.... Настоящая жуть будет на AVR :-) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
grv 0 5 октября, 2006 Опубликовано 5 октября, 2006 · Жалоба К тем, "кто делал DSS" - V5.2 это немалый стек протоколов аж на 3x HDLC каналах, в который в общем случае кроме "своих" ISDNовские просто включены как подмножество. PSTN, CC, BCC, LC, ROTECTION.... Если зацепить диагностику, то Q3..... Видел как-то реализацию выноса, так у них там армы-шмармы, пингвиксы, жуть.... Настоящая жуть будет на AVR :-) Почему 3 hdlc ? С канальным уровнем понятно.... Настоящая жуть будет на ассемблере :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 5 октября, 2006 Опубликовано 5 октября, 2006 · Жалоба Почему 3 hdlc ? По тому, что V5.2 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
grv 0 6 октября, 2006 Опубликовано 6 октября, 2006 · Жалоба Почему 3 hdlc ? По тому, что V5.2 Т.е. нужно тулить HDLC на TS16 TS15 TS31 обязательно, нельзя ограничиться TS16 ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 14 ноября, 2006 Опубликовано 14 ноября, 2006 · Жалоба Почему 3 hdlc ? По тому, что V5.2 Т.е. нужно тулить HDLC на TS16 TS15 TS31 обязательно, нельзя ограничиться TS16 ? Нельзя. Стандарты предусматривают применение трех каналов для передачи сигнализации, так как одного может не хватить. Когда не хватает одного (16), подключаются поочередно два других именно в таком порядке-16, 15, 31. ATMega128-сильно сомнительно, что потянет, у нас изначально отказались от контроллеров и построили систему под управлением промкомпьютера и все равно были трудности, правда, не из-за нехватки ресурсов, а из-за трудностей при подключении к станции. Подумайте, как вы будете оттлаживать V5.2, ведь к контроллеру даже монитор не подключишь, а это очень поможет при отладке. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Dvorkin 1 22 ноября, 2006 Опубликовано 22 ноября, 2006 · Жалоба >>Стандарты предусматривают применение трех каналов для передачи сигнализации, так как одного может не хватить. Не трех, а до трех на одном линке. И на одном HDLC все прекрасно живет, пока невысокая нагрузка. Сколько у вас абонентов будет? Впрочем, если использовать протокол защиты, то второй контроллер нужен. Но ведь у вас будет 1 линк... А мега - дохловат будет, это не его класс задач. Нужно что-нибудь 16-разрядное. Или АРМ :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 22 ноября, 2006 Опубликовано 22 ноября, 2006 · Жалоба >>Стандарты предусматривают применение трех каналов для передачи сигнализации, так как одного может не хватить. Не трех, а до трех на одном линке. И на одном HDLC все прекрасно живет, пока невысокая нагрузка. Сколько у вас абонентов будет? Впрочем, если использовать протокол защиты, то второй контроллер нужен. Но ведь у вас будет 1 линк... А мега - дохловат будет, это не его класс задач. Нужно что-нибудь 16-разрядное. Или АРМ :) Конечно же, имелось ввиду одно звено данных. В каждом звене до 3 HDLC. На 120 FxS абонентов хвататет одного, но для ISDN 1 уже не хватит. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
grv 0 2 августа, 2011 Опубликовано 2 августа, 2011 · Жалоба Апну старую темку.Задача неожиданно стала актуальной. Поскажите, кто в курсе вопроса: 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 2 августа, 2011 Опубликовано 2 августа, 2011 · Жалоба Апну старую темку.Задача неожиданно стала актуальной. Поскажите, кто в курсе вопроса: 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 2 августа, 2011 Опубликовано 2 августа, 2011 · Жалоба Заведомо ограничиваете себя. Ну а какой смысл тянуть N потоков на 100-150 аналоговых абонентов ? Никакого классического Drop/Insert не может быть. Вы с V5.2 вообще хоть как-нить ознакамливались? Я имел в виду d/i функционально а не статическое выкусывание КИ. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DmitryM 0 3 августа, 2011 Опубликовано 3 августа, 2011 · Жалоба Ну а какой смысл тянуть N потоков на 100-150 аналоговых абонентов ? Для такого количества абонентов хватает обычно одного, но в целях повышения надежности все-таки делают два потока: основной и резервный. А тут уже не обойтись без управления линками. Я имел в виду d/i функционально а не статическое выкусывание КИ. О-хо-х, а теперь рассмотрим ситуацию, когда абонент запросил услугу разговор втроем. Вы будете у себя в LE реализовывать это?? Два тайм-слота суммировать, раздавать? И туда же СОРМ, тарификация. Всем этим занимается LE, и пусть занимается. Прелесть V5.2 в "почти" простом AN, а все сервисы и проч. заморочки берет на себя LE. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
grv 0 3 августа, 2011 Опубликовано 3 августа, 2011 · Жалоба Для такого количества абонентов хватает обычно одного, но в целях повышения надежности все-таки делают два потока: основной и резервный. А тут уже не обойтись без управления линками. О-хо-х, а теперь рассмотрим ситуацию, когда абонент запросил услугу разговор втроем. Вы будете у себя в LE реализовывать это?? Два тайм-слота суммировать, раздавать? И туда же СОРМ, тарификация. Всем этим занимается LE, и пусть занимается. Прелесть V5.2 в "почти" простом AN, а все сервисы и проч. заморочки берет на себя LE. Все понятно, согласен, тогда отпадает, проще действительно AN+дальше по E1/CAS отдать не париться. По поводу резервного согласен, просто для начала хотелось бы поднять V5.2 в минимальном виде. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться