- сумничал? даже саппорт просит дампы сетевого обмена при регистрации чтоб понять где ошибка в астериске или в поведении шлюза! (иначе они б просто забили на мои посты или послали бы на.... эээ к мануалу!)

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

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

или по твоему если я обращусь с астериска к регистрации фхс порта 5 вызов на фхс линии 2 а повторно обратившись попаду на линию 3 это тоже будет нормальное поведение?

не хочешь слушать - так какого хрена спрашивал?

вопрос техподдержке о том правильно ли функционирует их оборудование и если нет то как его заставить делать правильно, а им соответственно исправить эту ошибку (если конечно она существует), а не о том как извратиться чтоб он делал то что хочется.

проблему как таковую я решил уже и сейчас мне всёравно как он функционирует.

сейчас идут качели в направлениях что неправильно работает -
шлюз или астериск

они считают астериск, а я считаю что шлюз (и потом уже что это астериск)
нужно найти доказательства виновности......

Истина как всегда посередине. Все работает правильно.

Боже мой! Как вы умеете уверенно говорить о своих заблуждениях! Почему отмена регистрации чего-либо запрещает звонки через него?

Очередной раз намекну: вы никак не разберетесь... ну там.. про жопу с пальцем.

в сети которая соединяет шлюз и астериск???? она собрана на активном оборудовании длинк!!!! гм мммм если только оптика вносит коррективы????!!!!! или материнская плата потому как даже сетевушка длинк стоит на серваке

Давайте конструктивно. Что сейчас вы считаете багом?

1 goto firsf_message
2 read all_thise_topic
3 end

Нда.. Конструктивно не вышло.
Что же все таки баг?
Линии регистрируются. Позвонить через нужную тоже получилось. В чем трабл?

Тоже есть такая проблема.
Каждый FXO регистрируется отдельно.
В sip show peers и sip show users видно, что ригистрация прошла успешно.
Вот только не пойму где бага.
При прямом звонке на номер порта все нормально. Например, порт 1 имеет в астериске номер 0006. И если позвонить на номер 0006, то видно что на длинке поднимается трубка на 1 порте и только на нем.

А вот если делать Dial(SIP/0006/номер) то звонок идет через произвольно выбранный порт, ну или через первый свободный, фиг его знает. Но явно не через 1.

Уважаемая тех.поддержка и люди которые сталкивались с данной проблемой. Ответьте пожалуйста как с этим бороться и где ошибка.

Спасибо!

Вот ошибка:

должно быть так:
Dial(SIP/0006номер@0006)
если не регестрировать железку и не отслеживать состояние портов в астере, то можно так:
Dial(SIP/0006номер@IP_шлюза)

причем первые 0006 -- это номер порта на шлюзе (на случай если он у вас не равен номеру в астере)

Правда это скорее не ошибка, а особенность реализаций функций не описанных стандартом. Жаль только в инструкции об этом только одна строчка в контексте...

Спасибо!

У меня пока так и сделано.
Только я считаю что это неправильно.
Если идет invite на 0006, то должен открываться именно этот порт.
Конечно это не сильно напрягает, но не люблю когда что-то сделано через одно место )

Это один из простых и абсолютно правильных способов выбранных длинком.
Чтобы понять, почему по другому нельзя, вам нужно почитать повнимательней про протокол SIP. В общем случае адрес в сип выглядить так:
<абонент>@<узел>
где под узлом подразумевается или доменное имя или айпи адрес, т.е. адресовать порт после @ нельзя. А то что вы указываете после @ в Dial 0006 лишь говорит астериску где брать айпи, но _никак_ не адресует порт!
Таким образом, порт можно адресовать только до @. Сложность в том, что только там шлюзу можно передать городской номер и приходится извращаться, чтобы еще как то адресовать порты.

мм.. а вот вопрос..

есть * ну и 6004ы

6004 регается на * по каждому порту с именами dlinkFXO1 - dlinkFXO4

соответственно, если я хочу совершить вызов по третьей линии, то я должен инвайт сделать таким:

dlinkFXO3<номер>@<адрес железки> ?!?




можно расчитывать на появление в новой версии прошивки наличия четырех транков ?

Сложный вопрос. Мне кажется, что лучше не использовать символьные имена, когда имеешь дело с телефонией. Если имена будут цифровые, тогда вы все правильно написали.

Сомневаюсь. Да и зачем они вам, если есть астер.