нужна помощь разобраться с настройками и портами Linksys 921

[metcenger]

Добрый день!

есть LAN, выделенный внешний IP, рутер, телефон Linksys SPA921. На другом конце у товарища тоже самое.

один из аппаратов (мой) зарегистрирован на nonoh.net. Звоню через этот сервис без проблем- на любой сотовый и вызов проходит и слышимость есть. Порты 5060 TCP и UDP проброшены на локальный IP Linksys 921. 16384-16482 UDP тоже проброшены на локальный IP Linksys 921.

Товарищу тоже все настроил, но хочу звонить напрямую на SIP телефон, миную провайдера. Для этого в записной книжке моего тлф записываю типа
dmitriy@83.56.144.211 , например.

за @ идет внешний IP товарища. Связи нет??? Даже сип не проходит, мне отбой идет. Порты у него я пробросил и СИП и ЮДП. Странно. Должно же работать так? Причем, думаю, не важно, что зарегистрирован я на одном сервисе, а набираю напрямуя IP миную провайдера SIP.

[ded]

Странно. Должно же работать так?

Скорее не должно, чем должно.
Будет работать если выполняются два условия:
1. У него и у вас стоит флаг Allow call without reg = yes
2. По крайней мере у него (так как Вы ему звоните) телефон на белом ИП адресе. Т. е. из двух телефонов хотя бы один должен быть не за НАТом.
Гуглить по ключевым словам SIP+NAT

[metcenger]

спасибо. гуглю, гуглю, но пока не въехал. Конечно, стоит Allow call without reg = yes и ещё рядом галочка- отвечать на звонки без регистрации- yes тоже.
IP белый, т.е. этот IP прописан как WAN в рутере и он же виден на speedtest.net

но NATскорее есть в рутере, где порты проброшены. может там засада?

в телефоне ставлю галочку проброс за NAT yes.

Странно, но когда он мне звонит, вызов приходит, но голоса нет ???

ЧТо ещё можно сделать?

[ded]

IP белый, т.е. этот IP прописан как WAN в рутере и он же виден на speedtest.net

Это не одно и то же. SIP - это не просто транспортный уровень. Он имеет в своих заголовках конкретные ИП адреса, которые как WAN в рутере не переписываются. Это значит в пакете INVITE стоит приглашение открыть сессию RTP на адрес 192.168.0.15 к примеру, о котором телефон ни сном ни духом.

но NATскорее есть в рутере, где порты проброшены. может там засада?

О том и толкую.

Странно, но когда он мне звонит, вызов приходит, но голоса нет ????

Разве странно после объяснения? Всё очень скучно.
Всё решается только через SIP прокси сервер, который умеет обрабатывать запросы от конечных пользователей за НАТом.

[KriTiK@work]

линксис не позволяет внешний адрес прописать в настройках, как адрес НАТ?
тогда бы он в INVITE сразу его указывал.

[metcenger]

пытаюсь вникнуть.
когда у меня дома в одной локалке стояли два сип телефона- без проблем звонил друг на друга.

как по шагам получается здесь? обязательно указывать перед адресом SIP: ? Вроде и без этой приставки все ходит.

Итак, я звоню товарищу, в записной книжке :
dmitriy@83.56.144.211

мой рутер выходит наружу во внешний инет с протоколом UDP(именно он, а не TCP, как выяснилось сниффером), по порту 5060. приходит информация на IP 83.56.144.211:5060

что упускаю? дальше- просто. что пришло на рутер товарища, стоит перенаправление портов на локальный IP телефона, т.е. что пришло на WAN рутера к нему, вся информация направилось на 172.16.145.11

или где не догоняю?

[KriTiK@work]

IP белый, т.е. этот IP прописан как WAN в рутере и он же виден на speedtest.net

Это не одно и то же. SIP - это не просто транспортный уровень. Он имеет в своих заголовках конкретные ИП адреса, которые как WAN в рутере не переписываются. Это значит в пакете INVITE стоит приглашение открыть сессию RTP на адрес 192.168.0.15 к примеру, о котором телефон ни сном ни духом.

[metcenger]

т.е., другими словами, я вызывая товарища, в инвайт вызываю IP 83.56.144.211
invite запрос приходит на рутер, порты проброшены, но т.к. конкретно телефон имеет IP 172.16.145.11 , инвайт запрос до него не доходит?
а как сервер делает через который нормально ходит этот СИП? типа сипнета.

[ded]

В Sipnet ничего не проброшено.
Пожалуйста - индивидуальная техучёба - на курсах, или самостоятельно - http://ru.wikipedia.org/wiki/SIP

[metcenger]

возникает невольный вопрос- зачем вообще этот форум?
нельзя ничего спросить, сразу на курсы отсылают... Смысл вообще конференций какой тогда? Да, я плохо знаю SIP протокол... Зато знаю хорошо другие, SDH, например. И что? Да, хочу разобраться с ним, и мне действительно не понятно из описания что за чем следует. И не понятна позиция ded'а. Говорить здесь всем что все знаю, но никому ничего говорить не буду? Не логично как-то.
Уважаемые участники, помогите детально разобраться с этим СИП- на самом деле интересно, одновременно непоянтно.

[svoy]

возникает невольный вопрос- зачем вообще этот форум?
нельзя ничего спросить, сразу на курсы отсылают...

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

[ded]

... и для обмена опытом. Если обмен односторонний - то это неравноценный обмен.

[metcenger]

готов поделиться опытом транспортных сетей SDH. Кому надо?
На сколько я понял из объяснения и букварей и статей, протокол SIP ходит четко по IP, которые прописаны в его структуре. А домашний рутер с NAT просто транслирует локальный source IP тлф наружу, dest IP удаленного роутера. Т.к. dest IP не является конечным телефоном, то и SIP до него не доходит. А т.к. свой source IP локальный, то и отсылается тлф товарища совсем не туда. Теперь правильно понимаю?
Смею полагать, если напрямую в два тлф воткнуть эзернет от прова с прямыми IP, то связь будет нормальной?

[ded]

Всё правильно, всё верно.
Вот немножко не по теме (так как описывается поведение прокси-сервера), но по теме SIP верно.

http://asterisk.ru/knowledgebase/Asteri ... +solutions

[metcenger]

Спасибо. Понемногу все прояснилось

[ded]

возникает невольный вопрос- зачем вообще этот форум?
нельзя ничего спросить, сразу на курсы отсылают... Смысл вообще конференций какой тогда? Да, я плохо знаю SIP протокол... Зато знаю хорошо другие, SDH, например. И что? Да, хочу разобраться с ним, и мне действительно не понятно из описания что за чем следует. И не понятна позиция ded'а. Говорить здесь всем что все знаю, но никому ничего говорить не буду? Не логично как-то.

Надеюсь, что на эти риторические вопросы тоже уже есть ответы, разобрались, и точка зрения изменилась?

[metcenger]

Осталось много неясного, например, как работает SIP сервер, через который тлф регистрируется и связь проходит нормально. Напрямую, конечно не работатет. Разбираюсь сейчас. В чем там разница, тлф так же остался за NAT.
Про точку зрения- иногда человек топчется на одном месте- не может во что- то банальное въехать, нужет толчок в нужном направлении. За что спасибо

[svoy]

Осталось много неясного, например, как работает SIP сервер, через который тлф регистрируется и связь проходит нормально. Напрямую, конечно не работатет. Разбираюсь сейчас. В чем там разница, тлф так же остался за NAT.

особенность работы за NAT хорошо описаны на Wiki.sipnet.ru. Там же описаны и средства борьбы с ненавистным NAT'ом

[metcenger]

ещё ресурсы кто подскажет, где доходчиво написано как происходит, что при регистрации через sip прокси, проблема с NAT решается?
Wiki.sipnet.ru тут все вокруг да около. Не ясно до конца.

[svoy]

Wiki.sipnet.ru тут все вокруг да около. Не ясно до конца.

RFC 3261 - здесь все по сути