Routing(verkettungs-)fehler | Proxykettenschleife

[Markus Jupe]

Hallo zusammen,

ich brauche mal Eure Hilfe...

Wir haben eine Enterprise ISA 2006 SP1 Installation mit zwei dedizierten
Upstream_Proxies und bekommen häufig hintereinander liegende
Routing(verkettungs-)fehler angezeigt. (10 sek. Abstand)

Beschreibung: ISA Server hat eine Proxykettenschleife festgestellt. Es
besteht möglicherweise ein Problem mit der Konfiguration der ISA
Server-Verkettungsrichtlinie. In der Enterprise Edition kann bei
aktiviertem CARP und Intraarray-Konnektivitätsunterbrechungen das
Arraymitglied A gemäß dem CARP-Algorithmus eine Anforderung an
Arraymitglied B weiterleiten, und Arraymitglied B kann die Anforderung
in einer Endlosschleife an Arraymitglied A weiterleiten.

Info: Cache ist schon ausgeschaltet, nutzen auch CARP.

Finde dazu nichts bei Microsoft...

Ereigniskennung: 14141
Quelle: Microsoft ISA Server Web Proxy

Bin für jede Idee dankbar...
Danke.

Grüße,
Markus

[unknown]

huhu markus,

Post by Markus Jupe
Info: Cache ist schon ausgeschaltet, nutzen auch CARP.

den cache kannst du ruhig eingeschaltet lassen. imho solltest du einfach
carp ausschalten und die webchain auf korrektheit überprüfen. näheres dazu
auch hier:
http://technet.microsoft.com/en-us/library/cc441659.aspx

[Markus Jupe]

Post by unknown
huhu markus,

Post by Markus Jupe
Info: Cache ist schon ausgeschaltet, nutzen auch CARP.

den cache kannst du ruhig eingeschaltet lassen. imho solltest du einfach
carp ausschalten und die webchain auf korrektheit überprüfen. näheres
http://technet.microsoft.com/en-us/library/cc441659.aspx

Hallo Jens, danke Dir für deine Antwort!

Ich werde es umgehend testen...

Bitte um Klärung einer kurzen Verständnisfrage...

Wenn ich die CARP Funktion ausschalten werde, wie ist es dann mit den
bestehenden HTTP Sessions, wenn ich ein ISA Node durchstarten möchte?

Die CARP Informationen werden ja über das dedizierte Intra-Array Network
transportiert. Wird die Last dann lediglich über NLB aufgeteilt und
jeder ISA Node behandelt für sich selber die HTTP Sessions?

zur Info: Ich habe hier ca. 8000 Clients mit bis zu ca. 900 concurrent
Sessions pro ISA Node.

Danke, Markus

[unknown]

moin markus,

Post by Markus Jupe
Wenn ich die CARP Funktion ausschalten werde, wie ist es dann mit den
bestehenden HTTP Sessions, wenn ich ein ISA Node durchstarten möchte?

ein session-failover gibts beim isa eh nicht. d.h. wenn du einen node
durchbootest, dann kann es sein, das die nutzer, die auf besagtem node ihre
sessions hatten "gekickt" werden. aktualisieren sie aber z.b. die
browseransicht (f5) oder klicken auf einen link oder favoriten, dann wird
die neue session auf dem anderen node etabliert.

Post by Markus Jupe
Die CARP Informationen werden ja über das dedizierte Intra-Array Network
transportiert. Wird die Last dann lediglich über NLB aufgeteilt und jeder
ISA Node behandelt für sich selber die HTTP Sessions?

carp klärt eigentlich nur, welcher isa im array was zu cachen hat (cache
array routing protocol). schaltest du carp aus, dann verlierst du nicht den
lastenausgleich oder die redundanz, nur das verteilte caching. im laufe der
jahre hat sich für mich zumindest herauskristallisiert besser carp
ausgeschaltet zu lassen, da es auch recht performanceträchtig sein soll -
wenn ich da richtig informiert bin.

[Markus Jupe]

Post by unknown
moin markus,

Post by Markus Jupe
Wenn ich die CARP Funktion ausschalten werde, wie ist es dann mit den
bestehenden HTTP Sessions, wenn ich ein ISA Node durchstarten möchte?

ein session-failover gibts beim isa eh nicht. d.h. wenn du einen node
durchbootest, dann kann es sein, das die nutzer, die auf besagtem node
ihre sessions hatten "gekickt" werden. aktualisieren sie aber z.b. die
browseransicht (f5) oder klicken auf einen link oder favoriten, dann
wird die neue session auf dem anderen node etabliert.

Post by Markus Jupe
Die CARP Informationen werden ja über das dedizierte Intra-Array
Network transportiert. Wird die Last dann lediglich über NLB
aufgeteilt und jeder ISA Node behandelt für sich selber die HTTP
Sessions?

carp klärt eigentlich nur, welcher isa im array was zu cachen hat (cache
array routing protocol). schaltest du carp aus, dann verlierst du nicht
den lastenausgleich oder die redundanz, nur das verteilte caching. im
laufe der jahre hat sich für mich zumindest herauskristallisiert besser
carp ausgeschaltet zu lassen, da es auch recht performanceträchtig sein
soll - wenn ich da richtig informiert bin.

Hallo Jens,
Danke Dir für die Antworten!!!!

Grüße
Markus

[unknown]

hallo markus,

Post by Markus Jupe
Danke Dir für die Antworten!!!!

jederzeit gerne, hast du die konfig verändert?

[Jens Baier]

Hi,

Post by Markus Jupe
Beschreibung: ISA Server hat eine Proxykettenschleife festgestellt. Es
besteht möglicherweise ein Problem mit der Konfiguration der ISA
Server-Verkettungsrichtlinie. In der Enterprise Edition kann bei
aktiviertem CARP und Intraarray-Konnektivitätsunterbrechungen das
Arraymitglied A gemäß dem CARP-Algorithmus eine Anforderung an
Arraymitglied B weiterleiten, und Arraymitglied B kann die Anforderung in
einer Endlosschleife an Arraymitglied A weiterleiten.

Wenn Du den CAche ausgeschaltet hast brauchst Du auch kein CARP und wenn Du
nur einen ISA 2006 EE im Array hast, macht CARP Auch keinen Sinn