Jump to content

Gregshk

Forum Members
  • Posts

    14
  • Joined

  • Last visited

Posts posted by Gregshk

  1. On 9/16/2021 at 1:29 PM, Mamay said:

    Планшет зарегистрирован? Это mesh? Что показывает мобильный клиент?

    Mesh не работает на таком старом железе и софте, насколько я понимаю. Добавить в Wi-Fi систему KU не удается, да и не должно.

  2. On 9/15/2021 at 5:20 PM, Илья Картавенко said:

    А остальные клиенты?

    С остальными клиентами тоже видимо проблема, просто телефоны Samsung и некоторые другие устройства умеют переключаться на мобильную сеть, если через Wi-Fi трафик не проходит. 

    На планшете нет SIM-карты, соответственно, никакого другого варианта доступа нет.

  3. On 9/16/2021 at 1:29 PM, Mamay said:

    Планшет зарегистрирован? Это mesh? Что показывает мобильный клиент?

     Планшет зарегистирован, на нем трафика нет. Пришлось отказаться от ретранслятора на Ultra. Клиент подключен к Wi-Fi, но данные не передаются, но с другой стороны нет и информации, что Wi-Fi без доступа в интернет (хотя не уверен, отображает ли это iOS как Android).

  4. On 4/7/2020 at 1:38 PM, des said:

    @BelkuntK+DECT очень мало покупали. Вероятно, как раз радиотелефоны не выдерживают конкуренции с мобильными.

    К FXS можно по проводу подключить как DECT систему (база и трубка одного производителя, с полной родной функциональностью), так и обычный телефон. Также надеемся сделать поддержку нескольких донглов одновременно. Тогда одного роутера хватит на маленький офис.

    Вообще - теория проверяется практикой. Посмотрим, как будут покупать FXS, если его доделаем.

    Просто вы немного опоздали, у всех, кому нужно есть Gigaset IP base, там и звук субъективно чище, и проблеял уже давно нет.

  5. После удаления каталога ".AppleDB" AFP стал видимым, но при попытке копировании файлов на шару после подготовки выдается ошибка -50

    В логах:

    Авг 11 13:26:50 ndm

    Afp::Server: disabled.

    Авг 11 13:26:50 ndm

    Core::ConfigurationSaver: saving configuration...

    Авг 11 13:26:53 ndm

    Core::ConfigurationSaver: configuration saved.

    Авг 11 13:27:02 coalagent

    updating configuration...

    Авг 11 13:27:20 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/__db.001" erased.

    Авг 11 13:27:20 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/__db.002" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/__db.003" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/__db.004" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/__db.005" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/__db.006" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/cnid2.db" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/db_errlog" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/lock" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB/log.0000000004" erased.

    Авг 11 13:27:21 ndm

    Core::FileSystem::Repository: "1602-185D:/.AppleDB" erased.

    Авг 11 13:27:33 ndm

    Afp::Server: enabled.

    Авг 11 13:27:33 ndm

    Core::ConfigurationSaver: saving configuration...

    Авг 11 13:27:37 ndm

    Core::ConfigurationSaver: configuration saved.

    Авг 11 13:27:40 coalagent

    updating configuration...

    Авг 11 13:28:05 ndm

    Core::Server: started Session /var/run/ndm.core.socket.

    Авг 11 13:28:05 ndm

    Core::Authenticator: user «ggggg» authenticated, realm "ZyXEL Keenetic Giga III", tag "afp".

    Авг 11 13:28:05 ndm

    Core::Session: client disconnected.

    Авг 11 13:33:35 ndm

    Access::Manager: "" directory not found.

    Снимок экрана 2020-08-11 в 13.31.06.png

  6. При попытке подключения по AFP в логах ошибки, подключение не удается и с аутентификацией, ни с анонимным доступом.
    При первом подключении диска к Giga III было ровно две удачные попытки подключения- один раз с аутентификацией, один раз анонимно, после этого одни и те же ошибки,

    файловая система VFAT, ОС 3.5 альфа 17, но проверял и ранее на 3.5, ситуация не меняется.

    Лог во вложении. Keenetic log.rtf

  7. On 3/28/2020 at 1:40 AM, KorDen said:

    Стоп. Нет. "6.1.  Procedures at the UA": "it uses the content of the Service-Route header field as a preloaded Route header field in outgoing initial requests". И всё. Service-Route - это не outbound-прокси, и тем более не редирект регистрации.

    Пример описан в разделе 6.4. Клиенту UA1 возвращают в качестве Service-Route P2 и HSP, но он продолжает обращаться к P1, просто у себя в Route он МОЖЕТ подставлять присланные P2 и HSP.

    Да, все правильно. Только смотреть лучше в TS 24.229 п.5.1.2A, т.к. заголовок Service-Route -это расширение введенное для нужд 3GPP сетей. 
    IMS возвращает в Service-Route адрес(a) S-CSCF, который должен быть вторым в списке Route (может быть несколько URI в Service-Route, тогда все по порядку, т.е второй и дальше). UE при формировании запроса non-REGISGTER заполняет Route  всегда так: первый URI в Route -это P-CSCF (Outbound Proxy), дальше URI S-CSCF, сохраненный из заголовка Service-Route в SIP 200 OK на REGISTER.
    P-CSCF (Outbound Proxy) в случае не-мобильного клиента либо настраивается в конфиге, либо выдается через DHCP.

    >>

    The UE shall build a proper preloaded Route header field value for all new dialogs and standalone transactions. The UE shall build a list of Route header field values made out of the following, in this order:

    a) the P-CSCF URI containing the IP address acquired at the time of the P-CSCF discovery procedures which was used in registration of the contact address (or registration flow); and

    NOTE 15:If the UE is provisioned with or receives a FQDN at the time of the P-CSCF discovery procedures, the FQDN is resolved to an IP address at the time of the P-CSCF discovery procedures.

    1. b)  the P-CSCF port based on the security mechanism in use:

      • -  if IMS AKA or SIP digest with TLS is in use as a security mechanism, the protected server port learnt during the registration procedure;

      • -  if SIP digest without TLS, NASS-IMS bundled authentication or GPRS-IMS-Bundled authentication is in use as a security mechanism, the unprotected server port used during the registration procedure;

    2. c)  and the values received in the Service-Route header field saved from the 200 (OK) response to the last registration or re-registration of the public user identity with associated contact address.

  8. Добрый день!

    После недавних обновлений DECT появилась проблема с использованием SRTP с SIPNET: Zyxel Keenetic Ultra, Gigaset S810.
    Даже если не удалось согласовать медиа, крешиться модуль NVOX точно не должен.

    Apr 01 14:26:54  nvox  ASSERT (voice->subcodec() < SUB_LAST) at Line.cpp:945
    Apr 01 14:26:55  ndm   Service: "Nvox": unexpectedly stopped.

    Полностью лог:в файле

    Ultra_NVOX.txt

    • Thanks 2
×
×
  • Create New...