Ну у вас же стоит задача выцепить текст SOAP request/reply в варианте автогенерации класса клиента из wsdl. Behavior extension решает эту задачу. Либо настала моя очередь спрашивать «Это вы к чему?»
К фразе «Тем не менее есть у него один очень серьезный недостаток — это отсутствие штатной возможности получения текста запроса/ответа.». Можно через extension перехватывать запросы и ответы и модифицировать их. Если стоит задача только посмотреть, что улетает/возвращается — diagnostics — messageLogging logEntireMessage=«true»
Ethernet-порт -это даже не полдела. Главное — достаточный, доступный и документированный протокол общения с девайсом. Не пищалка-свистелка на яблодроиде, а именно протокол.
У меня почему-то 4.x брыкался, пока не поставил «честные» сертификаты от того же Let's Encrypt. Брыкался даже со снятой галкой Block Connections to Untrusted Servers.
1. Хм. Я правильно понял, что вы слушаете малтикасты 224.0.1.75 на порту 5060? И ожидаете, что телефоны будут слать запросы на этот адрес по этому порту? А откуда сии дровишки? Номерочек RFC или имя ietf draft не подскажете?
2. Если по multicast, то тогда непонятно требование нахождения в одной сети. Что мешает muiticast routing'у на маршрутизаторе, кроме того, что вы таким образом никогда не узнаете MAC телефона? Более того, прятание за маршрутизатор — единственный, на мой взгляд, правильный способ «дрессировки» дубовых телефонов, не знающих про GARP.
3. Куда уж PnPовее. Один раз настроил и только ходи телефоны в розетки втыкай.
4. Поясните, каким образом SBC увидит малтикасты клиента, сидящего на WiFi в номере гостиницы в Усть-Бубеняйске?
Упростить? По мне так усложнили…
1. Причем тут port 5060? До него дело еще вообще не дошло…
2. Вы уж определитесь, ваш PnP работает по broadcast или multicast? А то мечетесь между ними…
3. Если вы сами генерите конфиги для телефонов, то что мешает общепринятым способом, через DHCP options, «показать пальцем» телефону на эти конфиги? Хотя судя по отсутствию упоминания MAC address в конфигурации телефона эта тема тоже не раскрыта.
4. Сентенция про SBC вообще убила. Это к чему вообще?
2. Если по multicast, то тогда непонятно требование нахождения в одной сети. Что мешает muiticast routing'у на маршрутизаторе, кроме того, что вы таким образом никогда не узнаете MAC телефона? Более того, прятание за маршрутизатор — единственный, на мой взгляд, правильный способ «дрессировки» дубовых телефонов, не знающих про GARP.
3. Куда уж PnPовее. Один раз настроил и только ходи телефоны в розетки втыкай.
4. Поясните, каким образом SBC увидит малтикасты клиента, сидящего на WiFi в номере гостиницы в Усть-Бубеняйске?
1. Причем тут port 5060? До него дело еще вообще не дошло…
2. Вы уж определитесь, ваш PnP работает по broadcast или multicast? А то мечетесь между ними…
3. Если вы сами генерите конфиги для телефонов, то что мешает общепринятым способом, через DHCP options, «показать пальцем» телефону на эти конфиги? Хотя судя по отсутствию упоминания MAC address в конфигурации телефона эта тема тоже не раскрыта.
4. Сентенция про SBC вообще убила. Это к чему вообще?