VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Как установить алгоритм выбора канала для исходящих звонков?

Проблемы Asterisk без вэб-оболочек и их решения

Модераторы: april22, Zavr2008

Аватара пользователя
goba
Сообщения: 50
Зарегистрирован: 31 мар 2011, 17:51
Откуда: Ярославская обл.

Как установить алгоритм выбора канала для исходящих звонков?

Сообщение goba »

Добрый день.

Asterisk 11.16.0, поднят поток Е1 с сигнализацией ОКС-7 через плату Quasar-M

chan_dahdi.conf

Код: Выделить всё

[channels]
group = 1
switchtype = euroisdn
context = OKS7_bra
signalling = ss7
ss7type = itu

; Общие настройки для для SS7 LinkSet
linkset = 1
pointcode = 111         ;код Вашей станции
adjpointcode = 222      ;код станции оператора
defaultdpc = 222        ;код станции оператора
ss7_called_nai = dynamic
ss7_calling_nai = dynamic
ss7_internationalprefix = 810
ss7_nationalprefix = 8
ss7_subscriberprefix = 499
networkindicator= national_spare

sigchan = 16    ; Для любых интерфейсных карт E1
; Для каждого участвующего потока указываем начальный CIC и физические КИ
cicbeginswith = 1
channel = 1-15
cicbeginswith = 17
channel = 17-31
sls = 0

Как установить алгоритм выбора каналов для исходящих звонков?
Как к примеру реализовано в chan_ss7:

Код: Выделить всё

Секция Linkset
hunting_policy. Алгоритм выбора каналов для исходящих звонков. Желательно выбирать подходящий алгоритм с обих сторон ОКС7 линка для минимизации риска коллизий (когда обе стороны пытаются сделать исходящий звонок по тому же самому каналу одновременно). Возможные варинты:
odd_lru - осуществлять исходящие звонки по нечетным CICs, по каждой группе выбирать последний использованный (odd least reacently used);
even_mru - алгоритм по умолчанию. Использовать четные CICs и выбирать последний использованный в каждой группе (even least recently used);
seq_lth - последовательный перебор CICs снизу вверх (sequential low-to-high);
seq_htl - последовательный перебор CICs вверху внизу (sequential high-to-low).
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.
ded
Сообщения: 15630
Зарегистрирован: 26 авг 2010, 19:00

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение ded »

Dial(DAHDI/g1/${EXTEN})- последовательный перебор CICs вверху внизу (sequential high-to-low).
Dial(DAHDI/G1/${EXTEN}) - последовательный перебор CICs снизу вверх (sequential low-to-high);
april22
Сообщения: 2187
Зарегистрирован: 09 июл 2012, 09:47

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение april22 »

а это действительно и для ISDN ?
Своими вопросами , вы загоняете меня в ГУГЛЬ.
Аватара пользователя
goba
Сообщения: 50
Зарегистрирован: 31 мар 2011, 17:51
Откуда: Ярославская обл.

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение goba »

ded, спасибо.

Проверил, действительно работает. Но от меня Ростелеком требует пускать исходящие по нечетным CICs.

Это как-то можно реализовать?
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.
Аватара пользователя
Wapo
Сообщения: 795
Зарегистрирован: 02 мар 2011, 17:53

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение Wapo »

Код: Выделить всё

channel = 1-15
Почему не указать так: 1,3,5 ... для первой группы и тогда уж DAHDI/g1/... или DAHDI/G1/... Кстати есть еще и рандомное: DAHDI/R1/...
Аватара пользователя
goba
Сообщения: 50
Зарегистрирован: 31 мар 2011, 17:51
Откуда: Ярославская обл.

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение goba »

если я укажу channel = 1,3,5....31

таким образом я потеряю для исходящих половину емкости потока. А Ростелекм просит, звонить по нечетным, если они заняты то четные используются.

Либо, как вариант, обявлять две группы G1-нечетные, G2-четные

и в диалплане прописывать:
,1,Dial(DAHDI/G1/${EXTEN})
,n,Dial(DAHDI/G2/${EXTEN})

Тогда , думаю, если сложится что все нечетные каналы заняты, вызов пойдет по группе G2. Верно?

P/S/ Скинте плиз ссылочку на мануал, где описано g,G,R , почитаю внимательно. Может что еще вычитаю.
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.
ded
Сообщения: 15630
Зарегистрирован: 26 авг 2010, 19:00

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение ded »

goba писал(а): как вариант, обявлять две группы G1-нечетные, G2-четные

и в диалплане прописывать:
,1,Dial(DAHDI/G1/${EXTEN})
,n,Dial(DAHDI/G2/${EXTEN})

Тогда , думаю, если сложится что все нечетные каналы заняты, вызов пойдет по группе G2. Верно?
Верно.
Искать ссылочки - это исскусство, рекомендуется осваивать его самостоятельно.
Аватара пользователя
goba
Сообщения: 50
Зарегистрирован: 31 мар 2011, 17:51
Откуда: Ярославская обл.

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение goba »

ded, Wapo спасибо за ответы.

Еще проблема есть, тему уж не буду отдельную плодить.

Исходящие звонки идут, а входящие не идут.

core set verbose 4
При входящем вызове выдает:

Код: Выделить всё

[1] Unhandled optional parameter 0x8 'Optional forward call indicator'
[1] [[1] 0x80 [1] ]
[1] Unhandled optional parameter 0x3f 'Location Number'
[1] [[1] 0x84 [1] 0x17 [1] 0x97 [1] 0x16 [1] 0x51 [1] 0x95 [1] 0x99 [1] 0x9 [1] ]
ss7 set debug on linkset 1 при входящем вызове:

Код: Выделить всё

[1] Len = 55 [ c1 df 34 c5 36 83 4b 50 05 00 01 10 60 01 0a 00 02 0a 08 83 10 84 25 83 09 90 0f 0a 07 03 13 69 50 14 09 85 08 01 80 1d 03 80 90 a3 3f 08 84 17 97 16 51 95 99 09 00 ]
[1] FSN: 95 FIB 1
[1] BSN: 65 BIB 1
[1] <[0] MSU
[1] [ c1 df 34 ]
[1]     Network Indicator: 3 Priority: 0 User Part: ISUP (5)
[1]     [ c5 ]
[1]     OPC 302 DPC 822 SLS 5
[1]     [ 36 83 4b 50 ]
[1]             CIC: 5
[1]             [ 05 00 ]
[1]             Message Type: IAM
[1]             [ 01 ]
[1]             --FIXED LENGTH PARMS[4]--
[1]             Nature of Connection Indicator:
[1]                     Satellites in connection: 0
[1]                     Continuity Check: Check not required (0)
[1]                     Outgoing half echo control device: included (1)
[1]                     [ 10 ]
[1]             Forward Call Indicators:
[1]                     Nat/Intl Call Ind: call to be treated as a national call (0)
[1]                     End to End Method Ind: no end-to-end method(s) available (0)
[1]                     Interworking Ind: no interworking encountered (0)
[1]                     End to End Info Ind: no end-to-end information available (0)
[1]                     ISDN User Part Ind: ISDN user part used all the way (1)
[1]                     ISDN User Part Pref Ind: ISDN user part not preferred all the way (1)
[1]                     ISDN Access Ind: originating access ISDN (1)
[1]                     SCCP Method Ind: no indication (0)
[1]                     [ 60 01 ]
[1]             Calling Party's Category:
[1]                     Category: Ordinary calling subscriber (10)
[1]                     [ 0a ]
[1]             Transmission Medium Requirements:
[1]                     Speech (0)
[1]                     [ 00 ]
[1]             --VARIABLE LENGTH PARMS[1]--
[1]             Called Party Number:
[1]                     Nature of address: 3
[1]                     NI: 0
[1]                     Numbering plan: 1
[1]                     Address signals: 4852345654#
[1]                     [ 08 83 10 84 25 83 09 90 0f ]
[1]             --OPTIONAL PARMS--
[1]             Calling Party Number:
[1]                     Nature of address: 3
[1]                     NI: 0
[1]                     Numbering plan: 1
[1]                     Presentation: 0
[1]                     Screening: 3
[1]                     Address signals: 9603454321
[1]                     [ 0a 07 03 13 69 50 14 09 85 ]
[1]             Optional forward call indicator:
[1]                     [ 08 01 80 ]
[1]             User Service Information:
[1]                     [ 1d 03 80 90 a3 ]
[1]             Location Number:
[1]                     [ 3f 08 84 17 97 16 51 95 99 09 ]
[1]
[1] Unhandled optional parameter 0x8 'Optional forward call indicator'
[1] [[1] 0x80 [1] ]
[1] Unhandled optional parameter 0x3f 'Location Number'
[1] [[1] 0x84 [1] 0x17 [1] 0x97 [1] 0x16 [1] 0x51 [1] 0x95 [1] 0x99 [1] 0x9 [1] ]
Linkset 1: Processing event: ISUP_EVENT_IAM
[1] Len = 16 [ df c2 0d c5 2e 81 cd 50 05 00 0c 02 00 02 81 81 ]
[1] FSN: 66 FIB 1
[1] BSN: 95 BIB 1
[1] >[0] MSU
[1] [ df c2 0d ]
[1]     Network Indicator: 3 Priority: 0 User Part: ISUP (5)
[1]     [ c5 ]
[1]     OPC 872 DPC 382 SLS 5
[1]     [ 2e 81 cd 50 ]
[1]             CIC: 5
[1]             [ 05 00 ]
[1]             Message Type: REL
[1]             [ 0c ]
[1]             --VARIABLE LENGTH PARMS[1]--
[1]             Cause Indicator:
[1]                     Coding Standard: 0
[1]                     Location: 1
[1]                     Cause Class: 0
[1]                     Cause Subclass: 1
[1]                     Cause: Unallocated (unassigned) number (1)
[1]                     [ 02 81 81 ]
[1]
[1] Len = 12 [ c2 e0 09 c5 36 83 4b 50 05 00 10 00 ]
[1] FSN: 96 FIB 1
[1] BSN: 66 BIB 1
[1] <[0] MSU
[1] [ c2 e0 09 ]
[1]     Network Indicator: 3 Priority: 0 User Part: ISUP (5)
[1]     [ c5 ]
[1]     OPC 302 DPC 822 SLS 5
[1]     [ 36 83 4b 50 ]
[1]             CIC: 5
[1]             [ 05 00 ]
[1]             Message Type: RLC
[1]             [ 10 ]
[1]
Linkset 1: Processing event: ISUP_EVENT_RLC
[1] Len = 18 [ c2 e1 0f c1 36 83 4b 00 11 80 00 00 a5 a5 00 00 a5 a5 ]
[1] FSN: 97 FIB 1
[1] BSN: 66 BIB 1
[1] <[0] MSU
[1] [ c2 e1 0f ]
[1]     Network Indicator: 3 Priority: 0 User Part: STD_TEST (1)
[1]     [ c1 ]
[1]     OPC 302 DPC 822 SLS 0
[1]     [ 36 83 4b 00 ]
[1]     H0: 1 H1: 1
[1]     [ 11 ]
[1]
[1] Len = 18 [ e1 c3 0f c1 2e 81 cd 00 21 80 00 00 a5 a5 00 00 a5 a5 ]
[1] FSN: 67 FIB 1
[1] BSN: 97 BIB 1
[1] >[0] MSU
[1] [ e1 c3 0f ]
[1]     Network Indicator: 3 Priority: 0 User Part: STD_TEST (1)
[1]     [ c1 ]
[1]     OPC 872 DPC 382 SLS 0
[1]     [ 2e 81 cd 00 ]
[1]     H0: 1 H1: 2
[1]     [ 21 ]
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.
ded
Сообщения: 15630
Зарегистрирован: 26 авг 2010, 19:00

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение ded »

Код: Выделить всё

[1] Unhandled optional parameter 0x8 'Optional forward call indicator'
[1] Unhandled optional parameter 0x3f 'Location Number'
IMHO - некритично.
А в какой контекст попадают входящие вызовы из DAHDI?
А что там прописано в этом контексте?
Аватара пользователя
goba
Сообщения: 50
Зарегистрирован: 31 мар 2011, 17:51
Откуда: Ярославская обл.

Re: Как установить алгоритм выбора канала для исходящих звон

Сообщение goba »

ded

cat chan_dahdi.conf

Код: Выделить всё

[trunkgroups]

[channels]
group = 1
switchtype = euroisdn
context = OKS7_yar
signalling = ss7
ss7type = itu
cat extensions.conf

Код: Выделить всё

[OKS7_yar]
exten => 4852345654,1,Answer()
exten => 4852345654,n,Dial(SIP/209,300,T)
exten => 4852345654,n,Hangup()
При звонке с сотового, мне Билайн говорит "Извините, номер не существует"
Один телефон – это необходимость, два телефона – богатство,
три телефона – роскошь, а ни одного телефона – блаженство.
Ответить
© 2008 — 2025 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH