Тема: два потока от 2х разных операторов
как будет вести себя станция в плане синхронизации если завести второй поток ?
синхрится ведь только по одному, который типа мастер, а второй получиться типа слейв ... не вылезут ли проблемы?
не хотелось бы обнаружить сюрпризы после заключения договоров, оплаты подключения и т.п.
слейвами будут те, которые укажете в CLOCK PRIORITY. Хоть все платы (как обычно и бывает) пропишите там и они будут брать синхру от оператора.
Синхра от оператора - на самом деле это не совсем то, о чём все привыкли думать..
Кстати, синхронизация по тактовой частоте процессора тут не шибко фигурирует.
А вот системное время - очень даже.
И ещё. Есть некоторые добрые Операторы, которые сигналы синхры (типа сигналов точного времени) гнут чуть ли не каждую секунду, вызывая тем самым у некоторых АТС конвульсии при опросе DECT-овых базовых станций.
я о том, что каждый оператор будет давать синхру, не будет ли конфликта между ними?
т.е. если ОП1 даст синхру, то синхра от ОП2 будет такая же, и спокойно подойдёт и для работы с ОП2 ?
проблем с несколькими поточными платами от разных операторов не возникало.
Синхра от оператора - на самом деле это не совсем то, о чём все привыкли думать..
Кстати, синхронизация по тактовой частоте процессора тут не шибко фигурирует.
А вот системное время - очень даже.
И ещё. Есть некоторые добрые Операторы, которые сигналы синхры (типа сигналов точного времени) гнут чуть ли не каждую секунду, вызывая тем самым у некоторых АТС конвульсии при опросе DECT-овых базовых станций.
При всём уважении, Алескандр, ерунду ведь пишите.. :(
Синхронизация в потоках E1 ни к тактовой частоте процессора, ни к системному времени, тем более, отношения не имеет.
Это автоподстройка тактовой частоты интерфейса E1 (т.е платы PRI в данном случае) по специальной последовательности 1 и 0, присутствующей в 0 канальном интервале потока (сотни раз с секунду!!).
Эта последовательность фиксированна в стандарте и одинакова для любого оборудования.
Эта последовательность передаётся в поток всегда, и всегда в нулевом тайм-слоте.
Эта последовательность не зависит от протокола сигнализации (2ВСК, R2, EuroISDN, Qsig и т.д.)
Вся разница “ведомый” или “ведущий” по синхронизации заключается в том, что “ведомый” (”слейв”), отдавая с вой сигнал на передаче, тем не менее подстраивается под синхросигнал, который получает на приёме.
А “ведущий” (”мастер”), отдавая свой сигнал на передаче, игнорирует синхросигнал, который видит от ведомого на приёме.
При подключении к нескольким операторам один из потоков обычно прописывается как основной источник синхронизации, второй - как резервный.
Теоретически все маленькие операторы должны синхронизироваться от больших, большие от междугородки, междугородка от международной, все международные - от единого источника частоты.
На практике это иногда нарушается, некоторые операторы используют каналы, синхронизированные от другого источника частоты. Вот тогда на потоке начинаются слипы, трески, непрохождения факсов, несцепления модемов и т.д. вплоть до полной потери синхронизации и заваливания потока.
Заранее предугадать что будет (у автора темы) всё равно невозможно. Процентов 95 по опыту - всё будет хорошо.
ерунду ведь пишите..
Да, я знаю. И про всё вышеперечисленное тоже знаю.
Насчёт полной синхры от одного источника к другому - абсолютная правда. Но при отсутствии с чем-то вышестоящим каждая из плат способна работать автономно. При этом без каких-либо слипов.
Насчёт “сотни раз” - это другая синхра. И про DECT-ы, как показывает опыт, тоже правда. Без источника внешней синхры микросотовые базы отваливаются реже.
Синхра от оператора - на самом деле это не совсем то, о чём все привыкли думать..
Кстати, синхронизация по тактовой частоте процессора тут не шибко фигурирует.
А вот системное время - очень даже.
И ещё. Есть некоторые добрые Операторы, которые сигналы синхры (типа сигналов точного времени) гнут чуть ли не каждую секунду, вызывая тем самым у некоторых АТС конвульсии при опросе DECT-овых базовых станций.При всём уважении, Алескандр, ерунду ведь пишите.. :(
Синхронизация в потоках E1 ни к тактовой частоте процессора, ни к системному времени, тем более, отношения не имеет.
Это автоподстройка тактовой частоты интерфейса E1 (т.е платы PRI в данном случае) по специальной последовательности 1 и 0, присутствующей в 0 канальном интервале потока (сотни раз с секунду!!).
Эта последовательность фиксированна в стандарте и одинакова для любого оборудования.
Эта последовательность передаётся в поток всегда, и всегда в нулевом тайм-слоте.
Эта последовательность не зависит от протокола сигнализации (2ВСК, R2, EuroISDN, Qsig и т.д.)
Вся разница “ведомый” или “ведущий” по синхронизации заключается в том, что “ведомый” (”слейв”), отдавая с вой сигнал на передаче, тем не менее подстраивается под синхросигнал, который получает на приёме.
А “ведущий” (”мастер”), отдавая свой сигнал на передаче, игнорирует синхросигнал, который видит от ведомого на приёме.При подключении к нескольким операторам один из потоков обычно прописывается как основной источник синхронизации, второй - как резервный.
Теоретически все маленькие операторы должны синхронизироваться от больших, большие от междугородки, междугородка от международной, все международные - от единого источника частоты.
На практике это иногда нарушается, некоторые операторы используют каналы, синхронизированные от другого источника частоты. Вот тогда на потоке начинаются слипы, трески, непрохождения факсов, несцепления модемов и т.д. вплоть до полной потери синхронизации и заваливания потока.
Заранее предугадать что будет (у автора темы) всё равно невозможно. Процентов 95 по опыту - всё будет хорошо.
Доброго времени суток, у меня такая же беда треск, прерывание разговора, а в последнии дни вообще поток Е1 начал падать, поднимается только после того как оператор перегрузит на своей стороне. Поток Е1 у меня один и взят у Ростелекома, есть еще BRI то же один, в приоритете синхры первым стоит PRI. Подскажите мудрые ГУРУ в коком напровление копать.
коком напровление
3 ошибки в двух словах, зато с синхронизацией пытаемся бороться
Ошибки какие АТС выдает?
А так, навскидку, парочка моментов - согласуйте с провайдером CRC и заземлите все оборудование (и АТС, и каналообразующее)
Ошибки какие АТС выдает?
А так, навскидку, парочка моментов - согласуйте с провайдером CRC и заземлите все оборудование (и АТС, и каналообразующее)
Ошибки в текстовом файле
Ошибки АТС.txt (Размер: 8KB - Загрузки: 118)Провайдер что говорит?
Ну и про землю не сказали...
Провайдер что говорит?
Ну и про землю не сказали...
Земля стандартная, три года работало нормально, мозги парит последний месяц, провайдеру инфу передал пока ответа нет(разбираются). Есть подозрение что примерно месяц назад в настройках АТС был изменен приоритет синхры, до этого первым в приоритете стоял BRI, а теперь стоит PRI.
