нет стабильной работы в InterBase по Wi-Fi

← →
wipr (2007-11-30 21:31) [0]

Имеются несколько ПК соединенных по WI-FI на растоянии 300 метров в прямой видимости без помех (антены поддерживают 5 км.) . Сеть Windows работает стабильно, при перекачки файлов, больших и нескольких маленьких бывает снижение скорости, но сбоев не бывает. При работе с базой IB иногда происходит разрыв hosta. Точнее сказать сервер FireBird 1.5. В чем причина? Может кто знает как с этим бороться? Может есть какие нибудь настройки в IB, например увеличение времени ожидания ответа сервера или что нибудь в этом роде.

← →
wipr (2007-11-30 22:06) [1]

Мастера где Вы?

← →
easy © (2007-11-30 22:16) [2]

Мастера где Вы?
IMHO на http://ibase.ru/

← →
PEAKTOP © (2007-11-30 23:02) [3]

Events не используешь ?
И какой таймаут у транзакций по-умолчанию стоит ?

← →
wipr (2007-11-30 23:38) [4]

Что такое Events?
Таймаут у транзакций по-умолчанию я не менял. Где его можно посмотреть?

← →
PEAKTOP © (2007-12-01 00:26) [5]

> Что такое Events?
Компоненты класса TIBEvents. Создают свой поток и сокет подключения.

> Таймаут у транзакций по-умолчанию я не менял. Где его можно посмотреть?

TIBTransaction.IdleTimer

Для коннекта через инет иногда достаточно просто увеличить таймаут на время отклика сервера. Если значение таймаута маленькое, то обращения к серверу не успевают получить ответ и все потомки FreeIB (IBX, FIBPlus, FBDAC) думают, что коннект оборвался, хотя надо было еще чуток подождать :)

← →
Petr V. Abramov © (2007-12-01 00:51) [6]

я поработал на wifi-инете. ИМХО, единственное решение для DB-морд - прозрачное восстановление connect.

← →
Правильный_Вася (2007-12-01 18:21) [7]

причина в том, что соединение действительно рвется
а то, что при перекачке файлов это не заметно, вспомни про понятие "докачка"

← →
wipr (2007-12-01 19:57) [8]

Подскажите, что означает прозрачное восстановление connect?
Да я не сообщил главное. Клиентская программа использует BDE и соответственно все компоненты от него. Серввер FireBird 1.5.1.4481

← →
turbouser © (2007-12-01 20:23) [9]

> wipr (01.12.07 19:57) [8]

BDE сразу идет лесом независимо от каналов связи.

Прозрачное восстановление коннекта - это обработка
обрыва связи и переподключение "втихую", что бы
пользователь не возмущался.
При таком подходе лучше вообще не держать
открытых датасетов, чтобы не пришлось их заново
переоткрывать при обрыве связи, а данные хранить
в "виртуальных" датасетах - kbMemTable, cxMemData,
в ehLib тоже есть. Т.е. получили данные с сервера,
затолкали их в MemTable и завершили транзакцию.
И вообще, в таких случаях 90% бизнес логики лучше
перенести на сервер.

← →
wipr (2007-12-01 20:44) [10]

А можно ли что сделать с BDE для стабилизации работы.
Есть ли там какие либо настройки?

← →
turbouser © (2007-12-01 21:22) [11]

> wipr (01.12.07 20:44) [10]
>
> А можно ли что сделать с BDE для стабилизации работы.

Да. Не использовать BDE.

← →
Виталий Панасенко(дом) (2007-12-01 21:44) [12]

Да, и сервер 1,5,3, стабильный релиз

← →
YurikGL © (2007-12-01 22:35) [13]

Используем IB 1.7 поверх WiFi.
Проблем нет.
Ищите проблему в сети.

← →
turbouser © (2007-12-01 22:39) [14]

> YurikGL © (01.12.07 22:35) [13]
>
> Используем IB 1.7 поверх WiFi.

1.7 ??

← →
YurikGL © (2007-12-01 22:59) [15]

>
> > YurikGL © (01.12.07 22:35) [13]
> >
> > Используем IB 1.7 поверх WiFi.
>
> 1.7 ??
>

Конечно, 7.1 :)

← →
DrPass © (2007-12-02 00:58) [16]

> Клиентская программа использует BDE и соответственно все
> компоненты от него

> Имеются несколько ПК соединенных по WI-FI на растоянии 300
> метров в прямой видимости без помех

...а теперь, дамы и господа, пристегнитесь. Мы попробуем со всей этой хренью взлететь. (с)

1. Убрать БДЕ. Данную проблему вряд ли решит, но хоть архитектура станет человечнее
2. Убрать интербейсовский трафик с Wi-Fi. Клиентам - удаленные терминалы. RDP будет жрать минимум трафика и автоматически держать коннект.

← →
YurikGL © (2007-12-02 09:55) [17]

> 2. Убрать интербейсовский трафик с Wi-Fi. Клиентам - удаленные
> терминалы. RDP будет жрать минимум трафика и автоматически
> держать коннект.
>

Да не должен WiFi мешать Interbase-у. Нужно нормально настроить сеть. ИМХО, вопрос из серии "У меня на холостых оборотах вроде работает, правда, иногда обороты сильно скачут. Как мне так нажимать педаль газа, что б машина хорошо ездила?" Как ни нажимай - лучше двигатель продиагностировать.

← →
DrPass © (2007-12-02 11:33) [18]

> Да не должен WiFi мешать Interbase-у. Нужно нормально настроить
> сеть

Wi-Fi нельзя нормально настроить. Это же радиосеть. Ее стабильность зависит от миллиона внешних факторов, которые не уберешь ни настройкой оборудования, ни настройкой хоста. Гарантировать нормальную работу можно только обрывоустойчивым протоколом, к которым Interbase TCP/IP не относится. А RDP относится :)

← →
YurikGL © (2007-12-02 12:38) [19]

> Wi-Fi нельзя нормально настроить. Это же радиосеть. Ее стабильность
> зависит от миллиона внешних факторов, которые не уберешь
> ни настройкой оборудования, ни настройкой хоста.

Тогда и мобильная связь зависит от миллиона внешних факторов. Но почему то у меня мобильный телефон в городе работает вполне предсказуемо и надежно. Кроме того, так же надежно работают каналы у операторов связи. Правда, не у всех. Некоторые отмазываются так: "На пути нашего радиоканала ВНЕЗАПНО построили дом".
http://bash.org.ru/quote/29431

По радио работает, например, энфорта. По радио был подключен уфимский филиал СвязьБанка. И все работает. А если бы не работало - пров бы на такие деньги попал...

← →
Anatoly Podgoretsky © (2007-12-02 13:06) [20]

> YurikGL (02.12.2007 12:38:19) [19]

Откуда знаешь? Гарантирую, что пакеты теряются, а сообщение вне зоны никогда не получал, а булькающий звук?

← →
DrPass © (2007-12-02 15:38) [21]

> YurikGL © (02.12.07 12:38) [19]

Прочти внимательно:
> Гарантировать нормальную работу можно только обрывоустойчивым
> протоколом, к которым Interbase TCP/IP не относится

← →
YurikGL © (2007-12-02 17:55) [22]

> Откуда знаешь? Гарантирую, что пакеты теряются, а сообщение
> вне зоны никогда не получал, а булькающий звук?

Зависит от того, сколько готов платить за качество. Банк платит за качественный RadioEthernet и он его получает. Работу вне зоны не рассматриваем.

> > Гарантировать нормальную работу можно только обрывоустойчивым
> > протоколом, к которым Interbase TCP/IP не относится

Веришь, нет... на уровне TCP/IP не известно, ходят пакеты по ВайФаю, или нет... На уровне L2 есть стандартные тесты (RFC 2544) для определения производительности сети. Если сеть построена нормально (на ВайФай, оптике, OverTDM или еще как-то), то эти тесты пройдут нормально. И уж тем более там будут нормально работать протоколы более высокого уровня (Если конечно в них нет косяков). Если руки кривые (патчкодны в SC-разъем недовоткнуты, синхронизация в TDM поверх которого Ethernet идет неправильно настроена) то любая сеть работать не будет. Просто радио-линки более требовательны к уровню сетевого администратора и чуть более капризны. Оплошности, которые не являются критичными в сетях, построенных на меди или оптике, здесь являются фатальными.

Из реалий жизни: жила была смешанная сеть (часть на меди, часть на вайфае). И вайфай-сеть переодически падала. Встанет минуты на 3-4 и все тут. Через неделю выяснилось, что некий "программист" тестируя свое ПО забрасывал сеть широковещательными пакетами. Т.к. гигабной медной сети в целом хватало для работы, даже с этим штормом - в медом сегменте это было почти не заметно. А вот ВайФай вставал. Обнаружили это, установив умный коммутатор, который начал блокировать сегмент горе-программиста по признаку Broadcast Storm.

← →
Petr V. Abramov © (2007-12-03 02:49) [23]

> YurikGL © (02.12.07 17:55) [22]
думаю, в GoldenTelecom не дураки сидят (надеюсь, вернее :))
Ихний wifi работает как хочет, потеря пакетов скачет от 0 до 100 процентов, причем по несколько часов. От погоды не зависит, когда был снежный капец, все работало, в ясный день все глючило.
Правда, когда мне протянули оптику, на следующий день кто-то решил понастраивать коробки (они управляемые) и у трех переулков по официальному диагнозу возникли "проблемы канального уровня" :)

← →
YurikGL © (2007-12-03 06:44) [24]

> Ихний wifi работает как хочет, потеря пакетов скачет от
> 0 до 100 процентов, причем по несколько часов. От погоды
> не зависит, когда был снежный капец, все работало, в ясный
> день все глючило.
>

Может, тогда не стоит спрашивать, почему не работает IB? Может, стоит спросить, а какой оператор связи сделает мне нормальную связь?
У нас в офисе исчезновение интернета более чем на 10 минут, считается из ряда вон выходящим случаем.

← →
Anatoly Podgoretsky © (2007-12-03 08:59) [25]

> Зависит от того, сколько готов платить за качество. Банк
> платит за качественный RadioEthernet и он его получает.
> Работу вне зоны не рассматриваем.

Качественный RadioEthernet получить можно, поскольку там все контролируемое, выбор антенн, отсутствия помех на частоте, гарантированый запас по сигналу, относительно узкая полоса, но к WI-FI это не относится.
Я сам работал на RadioEthernet.
И не для подобных вещей эта сеть предусмотрена, хотя пользоваться можно, но гарантий устойчивости нет. Можно только сделать лучше/хуже, учитывая все факторы, в сети точка-точка. Но обычно это свалка.
Можно применить потоко устойчивые протоколы, путем перехода на MiddleWare.

> И не для подобных вещей эта сеть предусмотрена, хотя пользоваться
> можно, но гарантий устойчивости нет.

Что подрузумевается под устойчивостью? Есть конкретные, определенные в стандартах, тесты.
И как тогда в такой неустойчивой сети работают, например, WiFi-телефоны?

> YurikGL (03.12.2007 09:23:26) [26]

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

> Есть конкретные, определенные в стандартах, тесты.
этот тест сегодня покажет отлично, а завтра - отсутствие связи как таковой.

Короче... чудес не бывает. Я знаю немало нормально построеных сетей WiFi, на которых работает все что угодно и с нормальным качеством.
Лично я сижу на WiFi и постоянно работаю с базами Interbase, 1С и BDE. Никаких проблем не испытываю.

Что же касается проблем с WiFi то надо искать в чем они. Это потери пакетов или задержка пакетов??? Какие пакеты задерживаются или бьются? Маленькие или большие?

у меня по крайней мере в основном задержка.
три соседних пакета могут пройти за 500, 200 и 3000 мс

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

для болтовни на DM некритично, даже практически незаметно. А коннект с базой слетал иногда

> Лично я сижу на WiFi и постоянно работаю с базами Interbase,
> 1С и BDE. Никаких проблем не испытываю

Небось, сидишь через VPN? Так там есть контроль целостности

> Небось, сидишь через VPN? Так там есть контроль целостности

Сижу напрямую. Задержек свыше 60 мс не видел... Это при нагруженной сети.

> у меня по крайней мере в основном задержка.
> три соседних пакета могут пройти за 500, 200 и 3000 мс

VoIP как раз чувствителен к задежкам... Тем не менее, WiFi-телефоны сущесвуют и неплохо продаются. Кое-кто даже говорит, что операторам связи не имело смысла за 3G бороться, дескать проще на WiFi сеть постороить...
А вы говорите нестабильно...

> А вы говорите нестабильно...
говорю за себя: GT - нестабильно на Пушкаревом пер. Фигово то, что не зависит от положения антены, погоды. Зависит от нужности связи.

> говорю за себя: GT - нестабильно на Пушкаревом пер. Фигово
> то, что не зависит от положения антены, погоды. Зависит
> от нужности связи.

Иногда еще от оборудования зависит... точнее, от производителя.

нет стабильной работы в InterBase по Wi-Fi Найти похожие ветки