asterisk.ru

да. остальные звонки звонят в обычном режиме.

; PRI Dialplan: The ISDN-level Type Of Number (TON) or numbering plan, used for
; the dialed number. For most installations, leaving this as 'unknown' (the
; default) works in the most cases. In some very unusual circumstances, you
; may need to set this to 'dynamic' or 'redundant'. Note that if you set one
; of the others, you will be unable to dial another class of numbers. For
; example, if you set 'national', you will be unable to dial local or
; international numbers.
;
; PRI Local Dialplan: Only RARELY used for PRI (sets the calling number's
; numbering plan). In North America, the typical use is sending the 10 digit
; callerID number and setting the prilocaldialplan to 'national' (the default).
; Only VERY rarely will you need to change this.
;
; Neither pridialplan nor prilocaldialplan can be changed on reload.
;
; unknown: Unknown
; private: Private ISDN
; local: Local ISDN
; national: National ISDN
; international: International ISDN
; dynamic: Dynamically selects the appropriate dialplan
; redundant: Same as dynamic, except that the underlying number is not
; changed (not common)
;
;pridialplan=unknown
;prilocaldialplan=national
;
; pridialplan may be also set at dialtime, by prefixing the dialled number with
; one of the following letters:
; U - Unknown
; I - International
; N - National
; L - Local (Net Specific)
; S - Subscriber
; V - Abbreviated
; R - Reserved (should probably never be used but is included for completeness)
;
; Additionally, you may also set the following NPI bits (also by prefixing the
; dialled string with one of the following letters):
; u - Unknown
; e - E.163/E.164 (ISDN/telephony)
; x - X.121 (Data)
; f - F.69 (Telex)
; n - National
; p - Private
; r - Reserved (should probably never be used but is included for completeness)
;
; You may also set the prilocaldialplan in the same way, but by prefixing the
; Caller*ID Number, rather than the dialled number. Please note that telcos
; which require this kind of additional manipulation of the TON/NPI are *rare*.
; Most telco PRIs will work fine simply by setting pridialplan to unknown or
; dynamic.
;

Описываю траблу (мот коряво), но так как понимаю и как объяснил ее чувак с городской АТС (провайдер),
мол при пиковых нагрузках, когда забивается весь E1 поток все 30 каналов, в этом время оператор пытается выполнить исходящий звонок, для исходящей связи будет выбираться первый свободный канал, но так как его нет происходит зависание или как чел сказал рестарт канала, в этом случае он советует попробовать увеличить время ожидания ответа от станции когда подымается трубка для исходящего звонка. Подскажите где это смотреть.

pri debug
при полном занятии всех каналов и попытке сделать ещё один исходящий.
Ситуацию можно создать искусственно: во внерабочее время терминировать все входящие на music on hold, и устойчиво удерживать так. И сделать исходящий.

ded, зачем засирать ветку конфигами, которые и так все знают. Все-равно из предложенных по дефолту pridialplan's нету того который устроил бы нашего провайдера. При исходящем звонке мы должны отдавать ton: 0, npi: 1.

1. Не пачкайте свой язык и мои глаза.
2. Точно знаю, что не все знают.

ded, ты же сам мне выделил "Please note that telcos
; which require this kind of additional manipulation of the TON/NPI are *rare*.
; Most telco PRIs will work fine simply by setting pridialplan to unknown or
; dynamic."

Еще раз объясняю, что именно наш провайдер относится к тем кто потребовал дополнительных манипуляций с ton/npi и unknown or dynamic им не подошли ни разу.

Лучше на Вы, хорошо? Вы слишком некорректно выражаете свои пожелания, тут вообще люди общаются, а не быдло.
Описывает траблу olegek, а Вы мне советуете как и что я должен отвечать в диалоге с ним?

1. Хорошо.
2. Я Вам еще ничего не желал (поэтому о какой либо корректности говорить вам не стоит совсем)
3. Тут хотелось бы проблему решить, а не разводить флуд по поводу присутствия, Вам не знакомых, слов в конфигах и дежурных гугловых ответов по поводу как правильно включить дебаг.

Olegek и я пишем сообщения из "одной комнаты". Я вижу что он не может ответить на ваш стёб. А вы начинаете нас уверять в существование других более простых и скрытых чудо возможностях решения старой проблемы, хотя вас об этом ни кто не просит. Давайте разбираться в изначально поставленном вопросе.

Почитайте своё пожелание в виде вопроса сверху.
По решению проблемы: считаете, что на вопрос

когда забивается весь E1 поток все 30 каналов, в этом время оператор пытается выполнить исходящий звонок, для исходящей связи будет выбираться первый свободный канал, но так как его нет происходит зависание или как чел сказал рестарт канала, в этом случае он советует попробовать увеличить время ожидания ответа от станции когда подымается трубка для исходящего звонка. Подскажите где это смотреть.

ответ -
во внерабочее время терминировать все входящие на music on hold, и устойчиво удерживать так. И сделать исходящий.
не является правильным? Не является ответом? скопирован из гугла?
Подкрепите свои аргументы своим решением.