[AlexSander]

Не получается настроить этот телефон. Из дома, интернет по GPON, роутер на FreeBSD, с компьютера работает, SNR-7020 тоже. Именно этот телефон не получается. Пробовал по аналогии с инструкций Utel и http://wiki.sipnet.r...dex.php/CP-79x0 - не идет.

[Evro]

AlexSander (27 October 2011 - 09:02 PM) писал:

Не получается настроить этот телефон. Из дома, интернет по GPON, роутер на FreeBSD, с компьютера работает, SNR-7020 тоже. Именно этот телефон не получается. Пробовал по аналогии с инструкций Utel и http://wiki.sipnet.r...dex.php/CP-79x0 - не идет.

SIPnet не очень хорошая аналогия - по крайне мере поле “Outbound Proxy” требуется заполнить. Версия прошивки также должна поддерживать SIP.

Не указали ни каких данных (нужен домен), и какого рода проблема - не проходит регистрация, или регистрация есть, но вызовы не проходят.

[AlexSander]

Версия прошивки P0S3-8-12-00, самая последняя на сайте Cisco.

Домен - ektngn.usi.ru

В чем проблема точно сказать не могу: набираю номер и занято все время, и на него не могу дозвониться.

В логах телефона: Settings - Status - Status Messages:

E640 REG msg unsupported in 403, request failure

E102 MISC Error: No time server

W350 unprovisioned proxy_backup

W351 unprovisioned proxy_emergency

W260 TFTP Warn: Unable to determine server



видимо не может даже зарегестрироваться на сервере.

[Evro]

Номер в личные сообщения сбрось, если на номере несколько логинов - тогда и логин с которого делаются попытки.

[Evro]

403 - ошибка, в Вашем случаи означает, что в переданных данных для авторизации: логин, домен и пароль - есть неточности, либо формат представления этих данных отличен от описании их RFC.

Переделал инструкцию для внесение регистрационной информации.


Чтобы выполнить эту настройку, вам необходимо пройти ряд шагов:
1. Нажмите клавишу "Settings".
2. Перейдите на строку 4 "SIP Configuration" и нажмитеконтекстную клавишу "Select".
3. Для настройки Линии №1 установите курсор на строку 1 "Line 1 Settings" и нажмите
контекстную клавишу "Select".
3.1. В строке 1 "Name" задайте <Логин>,
3.2. В строке 2 "Shortname" задайте буквенно-цифровое имя пользователя. Эта строка
будет отображаться на дисплее телефона удалённого абонента во время звонка. (на стадии настройки лучше использовать Логин)
3.3. В строке 3 "Authentication Name" задайте <Логин>
3.4. В строке 4 "Autentication Password" задайте Пароль - (устанавливали на странице Персональногог Агента)
3.5. В строке 5 "Display Name" задайте буквенно-цифровое имя пользователя. Это имя
будет отображаться на дисплее Вашего телефона. (на стадии настройки лучше использовать Логин)
3.6. В строке 6 "Proxy Address" задайте «ektngn.usi.ru».
3.7. В строке 7 "Proxy Port" задайте "5060"
Тут логин должен быть без символа "@" и домена. Логин, домен - строчные символы.

[AlexSander]

Спасибо!
Все заработало! :)
Только если обнуленный телефон, то нужно ещё настройки для NAT указать:
Settings, 4, 24 - YES
Settings, 4, 25 - [ip адрес NAT]

Вот полностью(немного подкорректировал: пп. 3.2 и 3.5 поменял местами), может кому пригодится
1. Нажмите клавишу "Settings".
2. Перейдите на строку 4 "SIP Configuration" и нажмите контекстную клавишу "Select".
2.1 Перейдите на строку 24 "NAT Enable" и нажмите контекстную клавишу "YES".
2.2 Перейдите на строку 25 "NAT Address" и нажмите контекстную клавишу "Edit", введити IP адрес NAT сервера.
3. Для настройки Линии №1 установите курсор на строку 1 "Line 1 Settings" и нажмите контекстную клавишу "Select".
3.1. В строке 1 "Name" задайте <Логин>,
3.2. В строке 2 "Shortname" задайте буквенно-цифровое имя пользователя. Это имя будет отображаться на дисплее Вашего телефона.
3.3. В строке 3 "Authentication Name" задайте <Логин>
3.4. В строке 4 "Autentication Password" задайте Пароль - (устанавливали на странице Персональногог Агента)
3.5. В строке 5 "Display Name" задайте буквенно-цифровое имя пользователя. Эта строка будет отображаться на дисплее телефона удалённого абонента во время звонка.
3.6. В строке 6 "Proxy Address" задайте «ektngn.usi.ru».
3.7. В строке 7 "Proxy Port" задайте "5060"

Тут логин должен быть без символа "@" и домена. Логин, домен - строчные символы.

[AlexSander]

Еще важный нюанс вылез: после сброса телефона на заводские настройки помимо всего вышесказанного надо в

Settings - 4 SIP configurations - 10 Register with Proxy - поставить YES.

[AlexSander]

Всё-таки вылезла странная проблема: не работают больше 1 телефона в сети, кто первый успел занят линию, тот и работает, минут 15 ждал - не освобождает.
На самом телефоне показывает крест напротив линии заведенной, ну и так после набора нужно номера сразу занято идет.
В чем может быть проблема?


Номера у меня вида:
xxxxxx5
xxxxxx5a
xxxxxx5b


Вообще почему нельзя было сделать простые цифровые? Зачем использовать такие номера?

[Evro]

AlexSander (29 November 2011 - 07:41 PM) писал:

Всё-таки вылезла странная проблема: не работают больше 1 телефона в сети, кто первый успел занят линию, тот и работает, минут 15 ждал - не освобождает.
На самом телефоне показывает крест напротив линии заведенной, ну и так после набора нужно номера сразу занято идет.
В чем может быть проблема?

Дело в том, что в Неофоне нет линий в том понимании как оно у нас сформировалось с детства , их полностью заменяет стек протоколов IP/TCP, на который свою очередь влияют различные настройки сетевого оборудования. Чтоб определить по какой причине не работает или работает, нужно снимать обмен ip.пакетов между вашим оборудованием и sip.сервером. Если IP статичен (хотя бы в течении дня) скажите что так - посмотрим.

AlexSander (29 November 2011 - 07:41 PM) писал:

Номера у меня вида:
xxxxxx5
xxxxxx5a
xxxxxx5b


Вообще почему нельзя было сделать простые цифровые? Зачем использовать такие номера?

Тот, что xxxxxx5 это и есть простой цифровой номер - его можно набирать, с города. Те что, с a,b,c и далее - это, у Вас, дополнительные SIP-логины к простому цифровому xxxxxx5, с помощью них можно делать исходяшие вызовы по городу и сотовые, меж.город если нет запрета "8". Чтоб позвонить на них при наборе нужно указать их SIP-логин - естественно набрать буквенный с обыкновенного телефона не получится. Если делать цифровой - то он не должен совпадать с действующим номерным планом в населенном пункте, во избежания путаницы и дублирования номеров, но и набрать его с обыкновенной телефонии не получится - так не совпадает с номерным планом населенного пункта по выше названной причине.

Сообщение отредактировал Evro: 30 November 2011 - 06:57 PM

[AlexSander]

Здравствуйте!
Извините за длительное отсутствие, было не до телефонов к сожалению.
В общем одну проблему я победил, другие появились :)
Сейчас роутер стал на CentOS 6.1.
Настроил iptables как здесь указанно: http://www.iptel.org/sipalg/ + открыл tcp порты, модули подгрузил.

*nat
-A POSTROUTING -o ppp+ -j SNAT --to-source 62.148.237.152

*filter
###sip
-A INPUT -p udp --dport 5060 -j ACCEPT
-A INPUT -p tcp --dport 5060 -j ACCEPT
-A FORWARD -o eth0 -p udp --dport 5060 -j ACCEPT
-A FORWARD -o eth0 -p tcp --dport 5060 -j ACCEPT

Стали работать 2 (ну и более наверно) телефона в сети.
Но такие проблемы появились:
1. Иногда пропадают входящие звонки, исходящие есть.
смотрю пакеты:

# tcpdump -v host 62.148.237.152
...
 SIP/2.0 404 Not Found
...

2. Не проходят переодически звонки с xxxx55 на xxxx55a[b,c], хотя с них есть на xxxx55 и наоборот.

tcpdump -v host 62.148.237.152
...
 SIP/2.0 480 Temporarily Unavailable
...

[Evro]

Одной из проблем является что локальная сессия NAT поднятая между телефоном и NAT-устройством дропается, при этом на все запросы отправляемые на телефон, приходит ответ (Destination unreachable Port unreachable). Выход по этой проблеме: если есть возможность для телефона(-ов) седалать так, что сессия NAT не дропалась, либо на телефоне запуситить режим, который поддерживает установленную сессию NAT. Возможны еще проблемы, но описанная выше проблема преобладает над ними.

[AlexSander]

В общем подумал я над вашими словами, добавил в конфиг iptables такое правило "-m state --state ESTABLISHED,RELATED -j ACCEPT". Получилось так:

-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p udp --dport 5060 -j ACCEPT
-A INPUT -p tcp --dport 5060 -j ACCEPT

-A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
-A FORWARD -o eth0 -p udp --dport 5060 -j ACCEPT
-A FORWARD -o eth0 -p tcp --dport 5060 -j ACCEPT
 

Но это, к сожалению не помогло.
Ещё нашел как посмотреть установленные соединения:

cat /proc/net/nf_conntrack | grep 62.148.237.152
ipv4     2 udp      17 3221 src=192.168.10.208 dst=62.148.237.152 sport=5060 dport=5060 src=62.148.237.152 dst=188.18.125.214 sport=5060 dport=1024 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 3331 src=192.168.10.207 dst=62.148.237.152 sport=5060 dport=5060 src=62.148.237.152 dst=188.18.125.214 sport=5060 dport=5060 [ASSURED] mark=0 secmark=0 use=2  

Флаг [ASSURED] сообщает о том, что соединение установлено уверенно и эта запись не будет стерта по достижении максимально возможного количества трассируемых
соединений. (это из мануала к iptables)
В телефоне есть указание, что он работает за NAT, а так же настройка в пункте SIP Configuration - Register Expires. По умолчанию стояло 3600, поставил 1000 (время в секундах), потому что понаблюдав за выводом комманды  

cat /proc/net/nf_conntrack | grep 62.148.237.152 

заметил, что отсчет идет примерно с 3600, может чуть меньше, но может и больше. В общем пока жду, будут или нет отваливаться входящие снаружи. Но вот друг к другу так и ходят звонки только в одну сторону: с xxxx55c на xxxx55 - есть, а наооборот - нет.

[AlexSander]

В общем отвалился все же телефон намертво. Ни снаружи, ни изнутри не проходят звонки. Даже

cat /proc/net/nf_conntrack 

показывает, что его нет в коннекте. При попытке позвонить куда-нибудь с него - он появился вроде бы в NAT, но все равно не работает. В пакете:

 SIP/2.0 487 LR2 - User not registered on this client

Вроде бы он есть в таблице трассировки (src=192.168.10.207), а кстати второй телефон - работает.

cat /proc/net/nf_conntrack | grep 62.148.237.152
ipv4     2 udp      17 3521 src=192.168.10.208 dst=62.148.237.152 sport=5060 dport=5060 src=62.148.237.152 dst=188.17.166.125 sport=5060 dport=5060 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 3551 src=192.168.10.207 dst=62.148.237.152 sport=5060 dport=5060 src=62.148.237.152 dst=188.17.166.125 sport=5060 dport=1024 [ASSURED] mark=0 secmark=0 use=2

После перезагрузки телефона исходящие появились, но входящих так и нет:

 SIP/2.0 404 Not Found

Мне всё-таки не очень понятно куда копать: то ли с телефоном что-то, то ли iptables неправильно настроен?

[Evro]

AlexSander (22 April 2012 - 01:05 AM) писал:

В общем отвалился все же телефон намертво. Ни снаружи, ни изнутри не проходят звонки. Даже

cat /proc/net/nf_conntrack 

показывает, что его нет в коннекте. При попытке позвонить куда-нибудь с него - он появился вроде бы в NAT, но все равно не работает. В пакете:

 SIP/2.0 487 LR2 - User not registered on this client

Вроде бы он есть в таблице трассировки (src=192.168.10.207), а кстати второй телефон - работает.

cat /proc/net/nf_conntrack | grep 62.148.237.152
ipv4     2 udp      17 3521 src=192.168.10.208 dst=62.148.237.152 sport=5060 dport=5060 src=62.148.237.152 dst=188.17.166.125 sport=5060 dport=5060 [ASSURED] mark=0 secmark=0 use=2
ipv4     2 udp      17 3551 src=192.168.10.207 dst=62.148.237.152 sport=5060 dport=5060 src=62.148.237.152 dst=188.17.166.125 sport=5060 dport=1024 [ASSURED] mark=0 secmark=0 use=2

После перезагрузки телефона исходящие появились, но входящих так и нет:

 SIP/2.0 404 Not Found

Мне всё-таки не очень понятно куда копать: то ли с телефоном что-то, то ли iptables неправильно настроен?

SIP/2.0 487 LR2 - User not registered on this client - в Вашем случаи (функция роутера на ОС Unix) - в пакетах есть подмена локального адреса, на внешний, но при этом меняется порт, т.е. на от телефона на роутер отправленно по порту 5060 (по крайне мере должно быть так), а с роутера уже отправлено с другого, обычно от 1025 и далее.

Время регистрации не стоит уменьшать, при стабильном интернете есть смысл увеличить до нескольких часов.

По части 404 - надо смотреть кто его отправляет, на какой запрос, что в заголовках в запросе вызвавший 404 ответ. Скажем .pcap обмена прояснить ситуцию.

[AlexSander]

Звонок с xxx55 на xxx55c не проходит (есть xxx55 на сотовый; есть с сотового на xxx55; есть с xxx55c на xxx55; есть с xxx55c на сотовый)
188.16.X.X - белый ip роутера.

tcpdump -v -e -i ppp0 host ektngn.usi.ru
tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
01:01:46.064760 Out ethertype IPv4 (0x0800), length 1079: (tos 0x60, ttl 63, id 1121, offset 0, flags [none], proto UDP (17), length 1063)
    188.16.X.X.sip > 62.148.237.152.sip: SIP, length: 1035
        INVITE sip:xxxx55c@ektngn.usi.ru SIP/2.0
        Via: SIP/2.0/UDP 192.168.10.66:5060;branch=z9hG4bK0a5feb77
        From: "Denis" <sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: <sip:xxxx55c@ektngn.usi.ru>
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        Max-Forwards: 70
        CSeq: 101 INVITE
        User-Agent: Cisco-CP7940G/8.0
        Contact: <sip:xxxx55@192.168.10.66:5060;transport=udp>
        Expires: 180
        Accept: application/sdp
        Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE
        Remote-Party-ID: "Denis" <sip:xxxx55@ektngn.usi.ru>;party=calling;id-type=subscriber;privacy=off;screen=yes
        Supported: replaces,join,norefersub
        Content-Length: 278
        Content-Type: application/sdp
        Content-Disposition: session;handling=optional

        v=0
        o=Cisco-SIPUA 16202 0 IN IP4 192.168.10.66
        s=SIP Call
        t=0 0
        m=audio 17580 RTP/AVP 8 0 18 101
        c=IN IP4 192.168.10.66
        a=rtpmap:8 PCMA/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:18 G729/8000
        a=fmtp:18 annexb=no
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-15
        a=sendrecv

01:01:46.085936  In ethertype IPv4 (0x0800), length 361: (tos 0x20, ttl 247, id 21103, offset 0, flags [none], proto UDP (17), length 345)
    62.148.237.152.sip > 188.16.X.X.sip: SIP, length: 317
        SIP/2.0 100 Trying
        From: "Denis"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: <sip:xxxx55c@ektngn.usi.ru>
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        CSeq: 101 INVITE
        Via: SIP/2.0/UDP 192.168.10.66:5060;received=188.16.X.X;branch=z9hG4bK0a5feb77
        Content-Length: 0


01:01:46.091928  In ethertype IPv4 (0x0800), length 690: (tos 0x20, ttl 247, id 21104, offset 0, flags [none], proto UDP (17), length 674)
    62.148.237.152.sip > 188.16.X.X.sip: SIP, length: 646
        SIP/2.0 407 Proxy Authentication Required
        From: "Denis"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: <sip:xxxx55c@ektngn.usi.ru>;tag=1266260187
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        CSeq: 101 INVITE
        Via: SIP/2.0/UDP 192.168.10.66:5060;received=188.16.X.X;branch=z9hG4bK0a5feb77
        contact: <sip:xxxx55c@ektngn.usi.ru:5060;maddr=62.148.237.152>
        supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join
        proxy-authenticate: Digest realm="Realm",nonce="MTMzNTI5NDA1NzU1OTIxMDdiNTBiN2ZkZDA1OWE4MjhkYjQ3NWM0YjBiYzcx",stale=false,algorithm=MD5,qop="auth,auth-int"
        Content-Length: 0


01:01:46.224336 Out ethertype IPv4 (0x0800), length 369: (tos 0x60, ttl 63, id 1122, offset 0, flags [none], proto UDP (17), length 353)
    188.16.X.X.sip > 62.148.237.152.sip: SIP, length: 325
        ACK sip:xxxx55c@ektngn.usi.ru SIP/2.0
        Via: SIP/2.0/UDP 192.168.10.66:5060;branch=z9hG4bK0a5feb77
        From: "Denis"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: <sip:xxxx55c@ektngn.usi.ru>;tag=1266260187
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        CSeq: 101 ACK
        Content-Length: 0


01:01:46.293281 Out ethertype IPv4 (0x0800), length 1340: (tos 0x60, ttl 63, id 1123, offset 0, flags [none], proto UDP (17), length 1324)
    188.16.X.X.sip > 62.148.237.152.sip: SIP, length: 1296
        INVITE sip:xxxx55c@ektngn.usi.ru SIP/2.0
        Via: SIP/2.0/UDP 192.168.10.66:5060;branch=z9hG4bK7651cb97
        From: "Denis" <sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: <sip:xxxx55c@ektngn.usi.ru>
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        Max-Forwards: 70
        CSeq: 102 INVITE
        User-Agent: Cisco-CP7940G/8.0
        Contact: <sip:xxxx55@192.168.10.66:5060;transport=udp>
        Proxy-Authorization: Digest username="xxxx55",realm="Realm",uri="sip:xxxx55c@ektngn.usi.ru",response="5c8a09bbcda26801b7aa24250bee22b3",nonce="MTMzNTI5NDA1NzU1OTIxMDdiNTBiN2ZkZDA1OWE4MjhkYjQ3NWM0YjBiYzcx",cnonce="4779f915",qop=auth,nc=00000001,algorithm=MD5
        Expires: 180
        Accept: application/sdp
        Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE
        Remote-Party-ID: "Denis" <sip:xxxx55@ektngn.usi.ru>;party=calling;id-type=subscriber;privacy=off;screen=yes
        Supported: replaces,join,norefersub
        Content-Length: 278
        Content-Type: application/sdp
        Content-Disposition: session;handling=optional

        v=0
        o=Cisco-SIPUA 16202 0 IN IP4 192.168.10.66
        s=SIP Call
        t=0 0
        m=audio 17580 RTP/AVP 8 0 18 101
        c=IN IP4 192.168.10.66
        a=rtpmap:8 PCMA/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:18 G729/8000
        a=fmtp:18 annexb=no
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-15
        a=sendrecv

01:01:46.378955  In ethertype IPv4 (0x0800), length 361: (tos 0x20, ttl 247, id 21105, offset 0, flags [none], proto UDP (17), length 345)
    62.148.237.152.sip > 188.16.X.X.sip: SIP, length: 317
        SIP/2.0 100 Trying
        From: "Denis"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: <sip:xxxx55c@ektngn.usi.ru>
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        CSeq: 102 INVITE
        Via: SIP/2.0/UDP 192.168.10.66:5060;received=188.16.X.X;branch=z9hG4bK7651cb97
        Content-Length: 0


01:01:46.413959  In ethertype IPv4 (0x0800), length 298: (tos 0x20, ttl 247, id 21106, offset 1480, flags [none], proto UDP (17), length 282)
    62.148.237.152 > 188.16.X.X: udp
01:01:46.413960  In ethertype IPv4 (0x0800), length 1476: (tos 0x20, ttl 247, id 21106, offset 0, flags [+], proto UDP (17), length 1460)
    62.148.237.152.sip > 188.16.X.X.1024: SIP, length: 1432
        INVITE sip:xxxx55c@192.168.10.66:1024;maddr=188.16.X.X;transport=udp SIP/2.0
        From: "xxxx55 xxxx55"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: "xxxx55c xxxx55c"<sip:xxxx55c@ektngn.usi.ru>
        Call-ID: f0f1bb5e63ddc931120e85eabdc304268d94c48@62.148.237.152
        CSeq: 102 INVITE
        Via: SIP/2.0/UDP 62.148.237.152:5060;branch=z9hG4bK-8ae494-1e8ce4e3-739a6817
        content-type: application/sdp
        contact: <sip:xxxx55@62.148.237.152:5060;nt_end_pt=YM0+~Kq24805i~Q02utd6O0djX63~Ci160~PTMG9H+irP~WuRz~LKTPwa1o6~Nzcc81Qtd9O0dC8~K5S61~Lqgo89O1eAkcQ~WNirXrxK7940GQS~UHdWX0h~P.2ma-2cg-1MWfk0.5ZJ.d48W5Q~~de1!8faO~T4S02utd6O0djX63;nt_server_host=62.148.237.152>
        user-agent:  Cisco-CP7940G/8.0
        accept: application/sdp
        expires: 180
        max-forwards: 69
        supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join,replaces,norefersub
        x-nt-party-id: /xxxx55
        call-info: <http://ipcm0.gts.chel.su:80/pa/direct/pictureServlet?user=xxxx55@ektngn.usi.ru>;Purpose=icon
        remote-party-id: "Denis" <sip:xxxx55@ektngn.usi.ru>;screen=yes;party=calling;id-type=subscriber;privacy=off
        allow: ACK
        allow: BYE
        allow: CANCEL
        allow: INVITE
        allow: NOTIFY
        allow: OPTIONS
        allow: REFER
        allow: REGISTER
        allow: UPDATE
        x-nt-corr-id: b0f1bb5e63ab56bb20e85e9efcfa42055c5695@62.148.237.152
        x-nt-location: 197346
        accept-language: ru-ru
        privacy: none
        content-disposition: session;handling=optional
        Content-Length: 303

        [|sip]
01:01:46.413961  In ethertype IPv4 (0x0800), length 76: (tos 0x20, ttl 247, id 21106, offset 1440, flags [+], proto UDP (17), length 60)
    62.148.237.152 > 188.16.X.X: udp
01:01:46.490362 Out ethertype IPv4 (0x0800), length 392: (tos 0x60, ttl 63, id 10582, offset 0, flags [none], proto UDP (17), length 376)
    188.16.X.X.1024 > 62.148.237.152.sip: SIP, length: 348
        SIP/2.0 404 Not Found
        Via: SIP/2.0/UDP 62.148.237.152:5060;branch=z9hG4bK-8ae494-1e8ce4e3-739a6817
        From: "xxxx55 xxxx55"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: "xxxx55c xxxx55c"<sip:xxxx55c@ektngn.usi.ru>
        Call-ID: f0f1bb5e63ddc931120e85eabdc304268d94c48@62.148.237.152
        CSeq: 102 INVITE
        Content-Length: 0


01:01:46.510934  In ethertype IPv4 (0x0800), length 464: (tos 0x20, ttl 247, id 21107, offset 0, flags [none], proto UDP (17), length 448)
    62.148.237.152.sip > 188.16.X.X.1024: SIP, length: 420
        ACK sip:xxxx55c@192.168.10.66:1024;maddr=188.16.X.X;transport=udp SIP/2.0
        From: "xxxx55 xxxx55"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: "xxxx55c xxxx55c"<sip:xxxx55c@ektngn.usi.ru>
        Call-ID: f0f1bb5e63ddc931120e85eabdc304268d94c48@62.148.237.152
        CSeq: 102 ACK
        Via: SIP/2.0/UDP 62.148.237.152:5060;branch=z9hG4bK-8ae494-1e8ce4e3-739a6817
        Max-Forwards: 70
        Content-Length: 0


01:01:46.522932  In ethertype IPv4 (0x0800), length 556: (tos 0x20, ttl 247, id 21108, offset 0, flags [none], proto UDP (17), length 540)
    62.148.237.152.sip > 188.16.X.X.sip: SIP, length: 512
        SIP/2.0 480 Temporarily Unavailable
        From: "xxxx55 xxxx55"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: "xxxx55c xxxx55c"<sip:xxxx55c@ektngn.usi.ru>;tag=1428078110
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        CSeq: 102 INVITE
        Via: SIP/2.0/UDP 192.168.10.66:5060;received=188.16.X.X;branch=z9hG4bK7651cb97
        contact: <sip:xxxx55c@ektngn.usi.ru:5060;maddr=62.148.237.152>
        supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join
        Content-Length: 0


01:01:46.601135 Out ethertype IPv4 (0x0800), length 398: (tos 0x60, ttl 63, id 1124, offset 0, flags [none], proto UDP (17), length 382)
    188.16.X.X.sip > 62.148.237.152.sip: SIP, length: 354
        ACK sip:xxxx55c@ektngn.usi.ru SIP/2.0
        Via: SIP/2.0/UDP 192.168.10.66:5060;branch=z9hG4bK7651cb97
        From: "xxxx55 xxxx55"<sip:xxxx55@ektngn.usi.ru>;tag=001aa28d1349000600d2fc02-4035172b
        To: "xxxx55c xxxx55c"<sip:xxxx55c@ektngn.usi.ru>;tag=1428078110
        Call-ID: 001aa28d-13490005-37f4c256-1c188faf@192.168.10.66
        CSeq: 102 ACK
        Content-Length: 0

[Evro]

AlexSander (25 April 2012 - 12:10 AM) писал:

Звонок с xxx55 на xxx55c не проходит (есть xxx55 на сотовый; есть с сотового на xxx55; есть с xxx55c на xxx55; есть с xxx55c на сотовый)
188.16.X.X - белый ip роутера.

...
          SIP/2.0 480 Temporarily Unavailable
...

Говорит о том, нет маршрута до пользователя - нет регистрации на сервере (текущий момент), или получен ответ о невозможности продолжения вызова - в нашем случаи это есть - по данной сессиии получено: SIP/2.0 404 Not Found. Тут не видно, но у себя наверно сможете опредлить этот ответ дал телефон на котором зарегистрирован xxx55c, или какой-то другой аппарат.

Сообщение отредактировал Evro: 25 April 2012 - 01:15 PM

[AlexSander]

а по какой причине аппарат так отвечает на входящий звонок?

[Evro]

AlexSander (25 April 2012 - 02:08 PM) писал:

а по какой причине аппарат так отвечает на входящий звонок?

Могу предположить, что может быть связано с функцией перевода (переадресации) вызова, или какой другой функцией управления вызова - например "режим не беспокоить", или работа фильтрации белого\черного списка.

[AlexSander]

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

[Evro]

Случайное нажатие комбинации активации функции.

Может и не это. Отловил вызовы которые были 21.50 и после - вызов на хх5с - 404 ответил аппарат с "display name" - xxx5, потом был вызов от xx5c - но с "display name" 1ad.

[AlexSander]

да, display name "1ad" - это на телефоне прописано, на номере xxx55c.

[Evro]

AlexSander (26 April 2012 - 08:01 AM) писал:

да, display name "1ad" - это на телефоне прописано, на номере xxx55c.

Но 404 пришло от display name "xx5" - по идее он должен во всех запросах и ответах один - возможно другой аппарат (или другая линия аппарата xxx55c) так отвечает.