Откуда: Черемхово

Сообщений: 24

ещё раз про объединение нескольких sip регистраций в транк

есть несколько регистраций на город
2 линии на одном шлюзе и ещё 1 на другом хотелось бы их использовать вместе как единый транк.
читал прошлые посты ..... пробовал но удовлетворительного решения не нашел.

использую астериск для виндовс.

2008-05-21 05:57

Zlo_Murz

Сообщений: 5

Re: ещё раз про объединение нескольких sip регистраций в транк

извращенец :)
Извините за оффтоп :)

2008-05-21 09:29

okulski

Откуда: Черемхово

Сообщений: 24

Re: ещё раз про объединение нескольких sip регистраций в транк

Zlo_Murz:

извращенец :)
Извините за оффтоп :)

эт почему? у меня по городу разбросаны по 1й 2 линии и я через них все хочу выходить

2008-05-21 09:43

line24

Откуда: Санкт-Петербург

Сообщений: 568

Re: ещё раз про объединение нескольких sip регистраций в транк

okulski:

Zlo_Murz:
извращенец :)
Извините за оффтоп :)

эт почему? у меня по городу разбросаны по 1й 2 линии и я через них все хочу выходить

потому, что астериск под виндовс :)

http://www.line24.ru - системы массового телефонного обслуживания.

2008-05-21 10:54

okulski

Откуда: Черемхово

Сообщений: 24

Re: ещё раз про объединение нескольких sip регистраций в транк

line24:

okulski:
Zlo_Murz:
извращенец :)
Извините за оффтоп :)

эт почему? у меня по городу разбросаны по 1й 2 линии и я через них все хочу выходить

потому, что астериск под виндовс :)

вполне прилично

работает стабильно и думать над линухой не пришлось

из функционала не пашет только целлиакс но я чёт думаю аппаратных шлюзов поискать

2008-05-21 15:04

chertanov

Сообщений: 112

Re: ещё раз про объединение нескольких sip регистраций в транк

okulski:

работает стабильно и думать над линухой не пришлось

судя по вопросам о конфигурации, думать не пришлось не только над линухой...

2008-05-21 21:53

spvoice

Сообщений: 44

Re: ещё раз про объединение нескольких sip регистраций в транк

Я не понимаю, в чём конкретно проблема.

Если надо чтобы asterisk при наборе городского номера перебирал все эти линии по очереди и соединялся через ту которая свободна -- напиши в диалплане несколько extension с разными приоритетами.

Например:

exten => _749[59]XXXXXXX,1,Dial(SIP/line1/${EXTEN},120)
exten => _749[59]XXXXXXX,n,Dial(SIP/line2/${EXTEN},120)
exten => _749[59]XXXXXXX,n,Dial(SIP/line3/${EXTEN},120)

(вместо line1 , line2 , line3 прописать регистрации через которые выходишь на город так как они записаны в твоём sip.conf , а если канал не SIP, то соответственно прописать другой тип канала).

2008-05-22 16:15

okulski

Откуда: Черемхово

Сообщений: 24

Re: ещё раз про объединение нескольких sip регистраций в транк

chertanov:

okulski:
работает стабильно и думать над линухой не пришлось

судя по вопросам о конфигурации, думать не пришлось не только над линухой...

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

поднять и настроить линукс я смогу но если он упадёт вернуть его к жизни после опытов мне намного сложнее поскольку я не знаю эту ось......

проще спросить у тех кто уже работает а не изобретать велосипед
я же не выгрузил вам всю свою конфу...... а лиш спрашиваю КАК это можно реализовать.

2008-05-22 20:56

okulski

Откуда: Черемхово

Сообщений: 24

Re: ещё раз про объединение нескольких sip регистраций в транк

spvoice:

Я не понимаю, в чём конкретно проблема.

Если надо чтобы asterisk при наборе городского номера перебирал все эти линии по очереди и соединялся через ту которая свободна -- напиши в диалплане несколько extension с разными приоритетами.

Например:

exten => _749[59]XXXXXXX,1,Dial(SIP/line1/${EXTEN},120)
exten => _749[59]XXXXXXX,n,Dial(SIP/line2/${EXTEN},120)
exten => _749[59]XXXXXXX,n,Dial(SIP/line3/${EXTEN},120)

(вместо line1 , line2 , line3 прописать регистрации через которые выходишь на город так как они записаны в твоём sip.conf , а если канал не SIP, то соответственно прописать другой тип канала).

попробую .... я пробовал несколько вариантов с этого форума но чёт мне не нравилось в них...... протестирую ещё раз и уточню.

2008-05-22 20:58