Grad bemerkt hier an meinem Laptop funzt die Standardeinstellung nicht - tcpdump snaplen auf 1024 Bytes erhöht und tut:
(In der ~/.config/dso-trading-alert_evidencehere/1.0.0.0/user.config)Code:<add key="tcpdump snaplen" value="1024" />
Möglicherweise hat das mit WLAN zu tun. In der nächsten Version werd ich den Standardwert also besser von 512 auf 1024 zurückstellen. Wer dann manuell optimieren will, kann dann immer noch 512 oder andere Werte ausprobieren...
http://www.nskcomputing.de/global/pics/dsota/dsota.png DSO Trading Alert Forenthema | http://www.nskcomputing.de/favicon.png DSO Trading Alert Download auf nskComputing.de
Hallo 7even,
also bei mir unter Debian tut ers mit ner snaplen von 512, dh wenn du das als Standart eingetragen hast, geht das bei mir zumindest mit einer Kabelverbindung (eth0).
Aber, was mir aufgefallen ist, meine eigenen Angebote werden nicht mehr in dem betreffenden Reiter angezeigt und dem entsprechend auch nicht mehr gespeichert.
Kann ich aber im Moment mit leben... Also keine Hektik.
Gruß, dat duffy
Hi Duffy,
ja das scheint wohl einen Unterschied zw. WLAN und LAN zu geben - hier bei mir zuhause klappt das mit 512 auch.
Bei mir funktionieren auch die eigenen Handel noch ... kannst du mal im Log nach to="trade@conference suchen wenn du einen eigenen Handel erstellt hast?
Gruß, 7even
http://www.nskcomputing.de/global/pics/dsota/dsota.png DSO Trading Alert Forenthema | http://www.nskcomputing.de/favicon.png DSO Trading Alert Download auf nskComputing.de
Hallo 7even,
ja, funktionieren tut der Handel, nur das mir das unter "Meine Handelsangebote" nicht mehr angezeigt wird.
Und die Zeile sieht meines Erachtens nach auch gut aus...22:36:26 <body xmlns='http://jabber.org/protocol/httpbind'><message xmlns="jabber:client" id="m_3992" to="duffy27628@87.119.203.57/xiff-bosh" type="groupchat" from="trade@conference.87.119.203.57/duffy27628"><body>Longbow|10|Fish|400</body><bbmsg xmlns="bbmsg" playerid="245892" playername="duffy27628" playertag="S-T-B"/></message></body>
Gruß, duffy
Ich schmeiss mich weg,
habe mal, wie oben von dir beschrieben, den Eintrag für snaplen auf 1024 gesetzt und schon
zeigt er mir meine eigenen Sachen wieder artig an.
Okay, den eintrag lass ich in der config jetzt erstmal drin.
duffy
Hmmm das ist ungut ... ganz arg ungut ... ich muss mal ganz genau aufzeichnen was die Snaplen für Auswirkungen hat - nicht dass Nachrichten in Snaplen-Größen zerstückelt werden und ich sie eigentlich wieder zusammenbauen müsste. Aber eigentlich kann das nicht sein, weil sie dann auf der Konsole nicht auf einmal sondern auch in Stückchen angezeigt werden sollten.
Die von dir oben zitierte Nachricht war die Handelsnachricht VOM Server zu dir, aber nicht die Nachricht von dir ZUM Server. Daher wurde dann unter "Meine Handelsangebote" nichts angezeigt.
Ah, da fällt mir doch grad was auf, möglicherweise wirkt sich die Snaplen unterschiedlich aus auf ausgehende und eingehende Netzwerknachrichten. Möglicherweise beeinflusst irgendeine Einstellung im System/Netzwerkkartentreiber dieses Verhalten dann auch... ich werde mal bei Gelegenheit einen Cisco Netzwerker in der Firma dazu befragen, denn das zu googlen hab ich keine Lust (Angst vor kilometerlangem Text...)
http://www.nskcomputing.de/global/pics/dsota/dsota.png DSO Trading Alert Forenthema | http://www.nskcomputing.de/favicon.png DSO Trading Alert Download auf nskComputing.de
Neue Version 0.6!
Größte Änderung ist die Erweiterung der Statistiken, Details hierzu im Changelog im ersten Beitrag oder auf http:/www.nskcomputing.de
Inzwischen konnte ich auch einen unserer Cisco-Experten interviewen. Das war sehr erhellend; daraufhin habe ich den snaplen-Parameter vom tcpdump-Aufruf komplett entfernt, da ich ihn völlig falsch interpretiert hatte!
Die snaplen beschneidet gesniffte Netzwerknachrichten statisch auf eine maximale Größe, hat aber nichts mit Pufferung zu tun. Das erklärt, warum wir unterschiedliche Phänomene auf LAN/WLAN bzw. gesendeten/erhaltenen Nachrichten hatten, denn da sehen die Nachrichten jedes Mal anders aus... wurde zuviel abgeschnippelt, ist mein Regex.Match ins Leere gelaufen und hat quasi alles ausgefiltert.
Es gibt noch folgende Known Bugs:
- Doppeleinträge: manche Handelsnachrichten werden doppelt gelistet; mir ist völlig schleierhaft, warum
- Fehlende Nachrichten: hier gibt es zwei Fälle, beide aber sehr selten:
-- 1.) Handelsnachricht mit Sternen statt Anzahl (versteh ich überhaupt nicht)
-- 2.) Handelsnachrichten die falsch zerstückelt wurden (erkennt man an einer Exception des XML-Interpreters im Log)
- Statistics Minimum funzt nicht (grad erst entdeckt)
Zur Untersuchung dieser Phänomene habe ich das Netzwerk-Livestream-Fenster eingebaut - mehr für mich, aber jeder der neugierig ist kann sich das auch angucken, daher habe ichs mal nicht ausgeblendet. Und vielleicht hat ja jemand einen Hinweis...
Viel Spass mit der neuen Version,
7even
Geändert von der7even (24.07.11 um 20:17 Uhr)
http://www.nskcomputing.de/global/pics/dsota/dsota.png DSO Trading Alert Forenthema | http://www.nskcomputing.de/favicon.png DSO Trading Alert Download auf nskComputing.de
moinsen, habe hier ein kleines problem mit meinem neuen rechner unter ubuntu. karte ist eine realtek,
egal, ob ich auf der konsole mit tcpdump oder mit dem trader arbeite. bekomme keine handelsnachrichtein zu lesen.modinfo r8169
filename: /lib/modules/2.6.38-10-generic-pae/kernel/drivers/net/r8169.ko
firmware: rtl_nic/rtl8168d-2.fw
firmware: rtl_nic/rtl8168d-1.fw
version: 2.3LK-NAPI
license: GPL
description: RealTek RTL-8169 Gigabit Ethernet driver
author: Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion: B5846A288645E4180E09C87
alias: pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias: pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias: pci:v000016ECd00000116sv*sd*bc*sc*i*
alias: pci:v00001259d0000C107sv*sd*bc*sc*i*
alias: pci:v00001186d00004300sv*sd*bc*sc*i*
alias: pci:v000010ECd00008169sv*sd*bc*sc*i*
alias: pci:v000010ECd00008168sv*sd*bc*sc*i*
alias: pci:v000010ECd00008167sv*sd*bc*sc*i*
alias: pci:v000010ECd00008136sv*sd*bc*sc*i*
alias: pci:v000010ECd00008129sv*sd*bc*sc*i*
depends:
vermagic: 2.6.38-10-generic-pae SMP mod_unload modversions 686
parm: use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm: debug
auch diese zeile bringt mir keine ausgabe:
kann das sein, das die firmware von der karte da irgendwo rumzickt?tcpdump -i eth2 -s 0 -A 'src 87.119.203.87 and tcp[13] & 8!=0' | grep -oe ">[A-Za-z]*|[0-9]*|[A-Za-z]*|[0-9]*"
habe gesehen, das andere karten keine firmware benötigen und werde deswegen gleich nochmal mit einer 3com karte testen.
ach so, die realtek ist onboard...
gruß,
Tach, ist eth2 richtig?
Für manuellen Test auf der Konsole nimm mal das Kommando dass der DSO Trading Alert im Debug-Log anzeigt (wichtig ist dabei der Part src net 87.119.203.0).
Du kannst das auch erstmal komplett ohne Parameter ausprobieren, um zu sehen, dass es mit der Netzwerkkarte prinzipiell funktioniert: tcpdump -i ethx
http://www.nskcomputing.de/global/pics/dsota/dsota.png DSO Trading Alert Forenthema | http://www.nskcomputing.de/favicon.png DSO Trading Alert Download auf nskComputing.de
Hallo,
ja eth2 ist richtig. Manuellen Test habe ich ausgeführt, einmal das tcpdump -i eth2:
dann ein tcpdump aufs Netz:13:22:30.827146 IP 87.119.203.57.www > astrid-stube.local.45823: Flags [P.], seq 827383534:827383951, ack 79297358, win 501, options [nop,nop,TS val 334680613 ecr 4916714], length 417
13:22:30.827165 IP astrid-stube.local.45823 > 87.119.203.57.www: Flags [.], ack 417, win 1002, options [nop,nop,TS val 4916774 ecr 334680613], length 0
13:22:30.827513 IP astrid-stube.local.38712 > fritz.box.domain: 64330+ PTR? 100.1.168.192.in-addr.arpa. (44)
13:22:30.828224 IP fritz.box.domain > astrid-stube.local.38712: 64330 NXDomain- 0/0/0 (44)
13:22:30.828468 IP astrid-stube.local.33761 > fritz.box.domain: 26832+ PTR? 57.203.119.87.in-addr.arpa. (44)
13:22:30.829298 IP fritz.box.domain > astrid-stube.local.33761: 26832 NXDomain 0/1/0 (107)
13:22:30.887665 IP astrid-stube.local.12300 > dslb-084-063-130-021.pools.arcor-ip.net.61000: UDP, length 136
13:22:30.912631 IP astrid-stube.local.45823 > 87.119.203.57.www: Flags [P.], seq 1:585, ack 417, win 1002, options [nop,nop,TS val 4916795 ecr 334680613], length 584
13:22:30.929611 IP astrid-stube.local.mdns > 224.0.0.251.mdns: 0 PTR (QM)? 57.203.119.87.in-addr.arpa. (44)
und zum Schluss mit den Parametern die der Trader verwendet:......^M/586/onResult.......
..DSK..
#YdefaultGame.Communication.VO.dServerResponse data type
3adefaultGame.Communication.VO.dServerActionResult ..errorCode.clientTime
.Cflex.messaging.io.ArrayCollection ..
#edefaultGame.Communication.VO.dServerClientUpdate VO?serverClientSynchronizationTime^MzoneId.B.Oy/.......
.cdefaultGame.Communication.VO.Mail.dNewMailCountV O.count...............l.Bs.......!.n(..*6.U....... .!...'..-.+.RM......!~Td....n#!pz.....
13:21:12.157250 IP 87.119.203.54.www > astrid-stube.local.34324: Flags [.], ack 1389, win 501, options [nop,nop,TS val 334640228 ecr 4897101], length 0
E..4a.@.6..mWw.6...d.P..,....z.............
..4d.J.M
13:21:12.157537 IP 87.119.203.54.www > astrid-stube.local.34324: Flags [.], ack 1739, win 499, options [nop,nop,TS val 334640228 ecr 4897101], length 0
E..4a.@.6..lWw.6...d.P..,....z.<...........
..4d.J.M
13:21:13.117531 IP 87.119.203.54.www > astrid-stube.local.34324: Flags [P.], seq 658:1256, ack 1739, win 501, options [nop,nop,TS val 334640467 ecr 4897101], length 598
E...a.@.6...Ww.6...d.P..,....z.<....V......
..5S.J.MHTTP/1.1 200 OK
Cache-Control: no-cache
Expires: Sat, 25 Dec 1999 00:00:00 GMT
Pragma: no-cache
Content-Type: application/x-amf
Content-Length: 389
Date: Thu, 28 Jul 2011 11:21:12 GMT
Server: Apache
und so sieht das komplette letzte Log aus. Nicht ein Handelseintrag zu sehen.13:26:27.240670 IP 87.119.203.54.www > astrid-stube.local.34324: Flags [P.], seq 748896479:748897077, ack 8298916, win 501, options [nop,nop,TS val 334718999 ecr 4975
605], length 598
E...c;@.6..xWw.6...d.P..,.@..~......:<.....
..h..K..HTTP/1.1 200 OK
Cache-C
13:26:28.154425 IP astrid-stube.local.34324 > 87.119.203.54.www: Flags [P.], seq 1389:1739, ack 598, win 1605, options [nop,nop,TS val 4976106 ecr 334718999], length
350
E....^M@.@......dWw.6...P.~..,.C5...E.......
.K....h.Mcom.bluebyte.game.servl
13:26:28.589947 IP 87.119.203.54.www > astrid-stube.local.34324: Flags [P.], seq 598:1196, ack 1739, win 501, options [nop,nop,TS val 334719336 ecr 4976106], length 5
98
E...c>@.6..uWw.6...d.P..,.C5.~.n....kD.....
..ih.K..HTTP/1.1 200 OK
Cache-C
13:26:29.260528 IP 87.119.203.57.www > astrid-stube.local.45823: Flags [P.], seq 827433080:827433513, ack 79362766, win 501, options [nop,nop,TS val 334740221 ecr 497
5338], length 433
E....L@.6.. Ww.9...d.P..1Q.x........9......
.....K..HTTP/1.1 200 OK
Content
13:26:29.317191 IP astrid-stube.local.45823 > 87.119.203.57.www: Flags [P.], seq 1:585, ack 433, win 1002, options [nop,nop,TS val 4976396 ecr 334740221], length 584
E..|..@.@......dWw.9...P....1Q.)...........
.K......POST /http-bind/ HTTP/1.
13:26:30.135136 IP astrid-stube.local.34324 > 87.119.203.54.www: Flags [P.], seq 3127:3477, ack 1196, win 1605, options [nop,nop,TS val 4976601 ecr 334719336], length
350
E.....@.@......dWw.6...P.~..,.E....E.[.....
.K....ihMcom.bluebyte.game.servl
13:26:30.538439 IP 87.119.203.54.www > astrid-stube.local.34324: Flags [P.], seq 1196:1794, ack 3477, win 501, options [nop,nop,TS val 334719823 ecr 4976601], length
598
E...cA@.6..rWw.6...d.P..,.E..~.8....*A.....
..kO.K..HTTP/1.1 200 OK
Gruß
Simsa
Berechtigungen
Zitieren