Close Topic Options

[FiL]

QUOTE (mts @ 13-05-2013, 11:24)

Да, вот ещё одна идея, но без понятия как её реализовать. Как сделать так, что бы раутер выдавал этой железке свой Public IP вместо DHCP адреса? Это должно заставить её перерегистрировать свой VoIP сервис.

Ха! А твой пров тебе согласен выдавать лишний Public IP для твоей VoIP железки? Что-то сомнительно.

[mts]

QUOTE (FiL @ 13-05-2013, 12:30)

QUOTE (mts @ 13-05-2013, 11:24) Да, вот ещё одна идея, но без понятия как её реализовать. Как сделать так, что бы раутер выдавал этой железке свой Public IP вместо DHCP адреса? Это должно заставить её перерегистрировать свой VoIP сервис. Ха! А твой пров тебе согласен выдавать лишний Public IP для твоей VoIP железки? Что-то сомнительно.

Нет, конечно. Но, почему бы моему внутреннему IP, случайно не оказаться равным внешнему? Или нельзя? Мне, в принципе всё равно, лишь бы менялось синхронно с внешним.

[mts]

QUOTE (VxWorks @ 13-05-2013, 12:22)

Вроде бы здесь говорится о том, как сконфигурировать девайс: http://www.speedtouch.ca/pdf/784WAN.pdf

Этот PDF у меня есть. Без бутылки не разберёшься. К счастью я нашёл внешний конфигуратор со множеством сценариев, в том числе использование WAN порта вместо внутреннего модема.
Вот если б ты увидел там что-то хитрое, относящееся к вызову регистрара...

[mts]

QUOTE (FiL @ 13-05-2013, 12:29)

QUOTE (VxWorks @ 13-05-2013, 11:48) дык для этого же registrar и нужен, чтобы проверять IP раз в какое-то время. А если она этого не делает, то ИМХО что-то тут неверно. Это ж как DHCP работает - надо, не надо, но если leasing expired, то запрос пойдет по-любому. ЗЫ: Немного почитал на форумах об этой проблеме - она довольно распространена, оказывается. И народ говорит, что без STUN ее не решить. "раз в какое-то время" хорошо если время измеряется в часах. Или в сутках. Я почему-то уверен, что оно таки даже работает так. Но проблема в том, что если внешний адрес меняется часто, то после каждой смены несколько часов не иметь работающего телефона как-то грустно. STUN тут никак не помогает. STUN - это протокол как устройству узнать свой внешний адрес. Но задача не в "узнать", а в "вовремя определить, что адрес поменялся и узнать новый". mts, то, что VoIP не реагирует на передергивание кабеля и не перерегистрируется - это странно. Как по мне - это баг.

В общем-то да, я согласен сFiLом.
А то, что нет реакции VoIPа на передёргивание кабеля, так IP ведь не изменился, так чего дёргаться-то?

[FiL]

QUOTE (mts @ 13-05-2013, 12:52)

А то, что нет реакции VoIPа на передёргивание кабеля, так IP ведь не изменился, так чего дёргаться-то?

Кабель выдергивали - пропадала связь. Связь пропадала, а потом появилась - надо сообщить регистратору о том, что ты жив. А уж вопрос какой там адрес - это уже вторично само по себе. Если адрес поменялся, то поменялся. Нет - нет. Но это не важно. Главное сообщить о том, что ты жив и онлайн.

[Set]

В принципе все это решается установкой более коротких интервалов перерегистрации. Скажем, раз в минуту.

[mts]

ОК. Кажется вопрос решился "сам".
Провёл кучу экспериментов.
Результаты таковы:
1. Железка-таки пытается себя зарегистрировать довольно часто. Интервал где-то в районе минуты, или даже меньше, что есть гуд. После получения нового IP, телефония восстанавливалась очень быстро.
2. Причина сбоев скорее всего была в том, что я не знаю какие именно порты надо было открывать кроме стандартного 5060. Решил я это открытием DMZ для это железки. М.б. не очень красиво, но лучшего способа я не знаю.
3. Железка-таки отстой - зависла у меня на глазах. Не зря я пытаюсь от неё избавиться.

edit:
Опс, забыл. Спасибо всем, узнал много нового и интересного.

This post has been edited by mts on 14-05-2013, 03:10

[FiL]

QUOTE (mts @ 13-05-2013, 20:09)

1. Железка-таки пытается себя зарегистрировать довольно часто. Интервал где-то в районе минуты, или даже меньше, что есть гуд.

Какой-же это гуд? Это-же куча паразитного трафика, который 99% времени совершенно бесполезен. Решение абсолютно "в лоб". Грубой силой. Я в печали

[mts]

QUOTE (FiL @ 13-05-2013, 20:49)

QUOTE (mts @ 13-05-2013, 20:09) 1. Железка-таки пытается себя зарегистрировать довольно часто. Интервал где-то в районе минуты, или даже меньше, что есть гуд. Какой-же это гуд? Это-же куча паразитного трафика, который 99% времени совершенно бесполезен. Решение абсолютно "в лоб". Грубой силой. Я в печали

Это не "моё" решение. Оно всегда так было. Просто до моей реконфигурации, когда эта железка работала ещё и модемом и раутером, меня это совсем не интересовало.
Ну, и я не думаю, что трафик уж очень там большой. Тем более что пров пинает сам себя, а расход байтов неограниченный.

Edit.
Up - 9725, down - 5754

This post has been edited by mts on 14-05-2013, 04:40

[FiL]

дык никто и не говорит, что это твое решение. Но сам факт. Решение некрасивое.

[VxWorks]

QUOTE (FiL @ 14-05-2013, 01:49)

QUOTE (mts @ 13-05-2013, 20:09) 1. Железка-таки пытается себя зарегистрировать довольно часто. Интервал где-то в районе минуты, или даже меньше, что есть гуд. Какой-же это гуд? Это-же куча паразитного трафика, который 99% времени совершенно бесполезен. Решение абсолютно "в лоб". Грубой силой. Я в печали

Мой девайс поступает точно так же.

mts

Ну вот, говорил же, что DMZ надо попробовать

[mts]

Теперь кажется что всё не так.
Железка стучится так часто когда заметит что нет контакта с сервером. Когда же она думает, что всё в порядке, то судя по Томатному логу, это происходит раз в два часа.
Более того, на данный момент мне не удалось зарегистрировать входящие запросы, т.е. подключения были инициированы железкой и необходимости в DMZ пока не видно.

Edit.
Пытаюсь найти список входящих соединений на раутере. Исходящие есть в QoS, а входящие?

This post has been edited by mts on 14-05-2013, 14:19

[Set]

QUOTE (mts @ 14-05-2013, 13:26)

Теперь кажется что всё не так. Железка стучится так часто когда заметит что нет контакта с сервером. Когда же она думает, что всё в порядке, то судя по Томатному логу, это происходит раз в два часа. Более того, на данный момент мне не удалось зарегистрировать входящие запросы, т.е. подключения были инициированы железкой и необходимости в DMZ пока не видно.

В настройках девайса в voip есть Expire Time, запиши туда 60 или сколько тебе там надо секунд.

QUOTE

2. Причина сбоев скорее всего была в том, что я не знаю какие именно порты надо было открывать кроме стандартного 5060. Решил я это открытием DMZ для это железки. М.б. не очень красиво, но лучшего способа я не знаю.

Я 5060-й на своём девайсе сменил на нестандартный, ибо от сканеров портов у него происходило переполнение памяти и постоянный ребут.

[mts]

О! А вот это пара интересных советов.
С первым покопаюсь, а вот со вторым, кажется я неосознано уже решил. В Томате файервол поставлен так, что этот порт (5060) форвардидть на телефон только если запрос пришёл от провайдера.

[mts]

Так, между делом. Пришло мыло от dyndns.com, говорят баста, халява кончилась. Либо раз в месяц логинься, либо плати. А иначе мы тебя от себя отлучим и имя доменное отнимем.
Надо будет внимательнее посмотреть, что Томат из бесплатного поддерживает, там список большой.

По теме, поставил 5 минут на Expire Time, а DMZ заменил на открытие всех портов, но только с моего телефонного провайдера.