Тема: Входящие по Pri30 на Tda200
для Mike_K отвечу , по поводу кусига , это был ....
Спасибо. Идея понятна, могу только посочувствовать.
Mike_K, сочувствия не принимаю, т.к. понимаю все последствия , хотя могу оценивать ситуацию “не полностью”. буду премного благодарен , если опишите подробнее косяки для принимающей стороны , именно для такого стыка. а вообще ( гемор у меня уже есть по распределению , но думаю не на долго), я и так все понимая , но как дитя верю провам . надеясь на свой паяльник , всегда почему-то находятся отмазки.
Г-н Perec на процентов 67 говорит дело.
И почему заказчики отказываются принимать проекты, выполненные на 67%? Странные какие-то :rolleyes:
А еще киевские операторы почему то имеют глубоко ввиду московских и всех остальных. Мы тоже стАлица :super:
Вы даже объяснить не можете, почему ответы неправильные. Вы думаете, что я корпоративные сети не строил, строил. Злые Вы все. С такими не дружат.
А уж я то какой злой.. настоящий изверг и сатрап! 😊
Или всё-таки добрый?.. тогда добрый как дедушка Ленин.. 😉
Вы даже объяснить не можете, почему ответы неправильные.
Потому что при настройке потока не может быть заведомо правильных ответов. Например, Вы тут enbloc рекомендовали. Пусть так, оператор Вам скажет спасибо, а что Вы скажете клиенту со станцией KX-TD? Они сцуко только overlap и умеют. Или LoopCO для TDA. Так они и так могут входящий звонок на кнопку Intercom принять. Call Waiting тоже отдельная песня. Программится при НЕОБХОДИМОСТИ, а то может случиться что секретарша не сможет принять 6-й звонок (босс звонит), а босс решит, что она свалила с работы. C неправильным CRC4 у Вас поток даже не поднимется. Еще про enbloc. Раз уж советуете, то сразу и про Dialing Plan упоминайте, а то ждать 10-15 сек КПВ на потоке это просто издевательство над клиентом. Ну и т.д. и т.п.
Что верно, то верно. У каждого оператора связи свои требования(рекомендации) к потоку. Но судя по московским операторам связи - “рыба”, как Вы её называете, у всех примерно одинаковая. Поблочная передача цифр (En-bloc), в качестве типа исходящего вызова ISDN применяется у большинства операторов. А Overlap(цифра за цифрой) - применяется на TIE линиях. Похоже, Наблюдатель - грамотный спец, а остальные - не вижу.
Здесь много грамотных спецов, если внимательно присмотреться 😉
Такой конкуренции между спецами, я ещё ни на одном форуме не видел. Не любите Вы чужих.
Такой конкуренции между спецами, я ещё ни на одном форуме не видел. Не любите Вы чужих.
Какая может быть конкуренция, если мы с Вами, например, в разных государствах находимся? 😊 А что касается лично меня, то я не люблю неправильные ответы, которые зачастую мешают найти решение проблемы. Без обид.
Такой конкуренции между спецами, я ещё ни на одном форуме не видел. Не любите Вы чужих.
Ошибаетесь, здесь не любят не “чужих”, а больно гоноровых, с жизненной позицией - “все с нетрадиционной ориентацией, один я - Д’Артаньян”. 😜
Поблочная передача цифр (En-bloc), в качестве типа исходящего вызова ISDN применяется у большинства операторов. А Overlap(цифра за цифрой) - применяется на TIE линиях.
Бред. Абсолютно не “среднестатистично”. Самому больше нравится енблоком отдавать, при этом провайдерам обычно похер.. На TIE оверлап?.. провайдеры прицепляют панасоники в качестве выносов и транзитных станций? Впервые слышу! Или теперь всем надо при TIE-соединениях оверлапить? А вот фигу! Я отказываюсь подчиняться!.. или за деньги.. 😊
Похоже, Наблюдатель - грамотный спец, а остальные - не вижу.
За Наблюдателя - согласен. А за себя, за то, что не грамотный, даже не обижаюсь.
Век живи - век учись, а помреш ты дубина дубиной......
Самому больше нравится енблоком отдавать
Если не секрет, почему?
Если из-за задержки проключения голосового тракта, то вот странность: эта штука доставала на TD500, а как пошли TDA так ни разу не вылазила, хотя я дайлиг-план никогда не заполняю. Кроме случаев когда блок неизбежен.
Обычно, если удаётся переговорить с толковым инженером прова, а не с каким нибудь попкой, который всё делает по шаблону или девочкой-менеджером, получается договорится на оверлап. Зачем мне контролировать всю внешнюю нумерацию, отслеживать её изменения? Пусть этим провайдер занимается.
Не секрет. Если кто-то не в курсе, хочу сообщить, что я паталогически ленив. И для того чтобы не тратить лишние пару минут на разбор трассировки исходящего вызова, я готов потратить пять-десять минут на заполнение DP. Если поток нагружен, и идёт много одновременных входящих/исходящих соединений и наборов номеров, то разбирать трассировку, где набираемый номер виден целиком, гораздо удобнее. Что касается разбора внешней нумерации, так она давно уже известна. По крайней мере федеральная. С международками по основным направлениям тоже можно решить, не так уж много “Поднебесных”, в большинстве стран длины номеров тоже фиксированные. На заполнение большей части Европы и Северной Америки вполне хватает 30-ти строк DP. Только в Китае пока встречал номера длиной от 10-ти до 12-ти знаков. Сложнее бывает, если вызов приходится транзитить и добавлять “внешний” DP к “внутрисетевому”.
