9:57 a.m.
Mahlzeit,
ich versuche seit Tagen die Karte zu installieren. Immer wird sie als
eth2 eingetragen, was ja nicht stimmt. Ich hab jetzt mal ein ifcfg-ippp0
angelegt mit folgendem Inhalt:
# AVM Audiovisuelles|A1 ISDN [Fritz]
DEVICE=ippp0
ONBOOT=yes
BOOTPROTO=none
IPADDR=192.168.99.99
NETMASK=255.255.255.0
GATEWAY=217.5.115.7
TYPE=ISDN
in /etc/sysconfig/isdncard steht folgendes:
RESOURCES='protocol=2'
NAME='AVM PCI (FRITZ!PCI)'
MODULE='hisax_fcpcipnp'
VENDOR_ID='1244'
DEVICE_ID='0e00'
FIRMWARE=
Jetzt wird angemeckert, das die Telefonnummer des providers fehlt. Ich
will aber keine Internetverbindung. Ich will im Moment lediglich, das
der isdnlog läuft und ein- und ausgehende Verbindungen logt. Was muß ich
da tun? Wo steht die Konfiguration noch? Der isdnlog sagt mir zwar
"Every thing is fine" aber schweigt danach.
FedoraCore2 Kernel 2.6.6 reine Textinstallation ohne gui
Kann ich mit der Karte überhaupt per hylafax faxen, das wäre der nächste
Schritt, bzw. mit welcher Karte läßt sich das einfacher realisieren? Hab
leider keinen isa-Steckplatz mehr, nur pci.
Michael
____________________________________________________
Aufnehmen, abschicken, nah sein - So einfach ist
WEB.DE Video-Mail: http://freemail.web.de/?mc=021200
10:14 a.m.
Am So, den 08.08.2004 schrieb fedoraliste(a)web.de um 16:57:
ich versuche seit Tagen die Karte zu installieren. Immer wird sie
als
eth2 eingetragen, was ja nicht stimmt. Ich hab jetzt mal ein ifcfg-ippp0
angelegt mit folgendem Inhalt:
# AVM Audiovisuelles|A1 ISDN [Fritz]
DEVICE=ippp0
ONBOOT=yes
BOOTPROTO=none
IPADDR=192.168.99.99
NETMASK=255.255.255.0
GATEWAY=217.5.115.7
TYPE=ISDN
in /etc/sysconfig/isdncard steht folgendes:
RESOURCES='protocol=2'
NAME='AVM PCI (FRITZ!PCI)'
MODULE='hisax_fcpcipnp'
Ich mag mich irren, aber ist das Kernel Modul nicht für die Fritz PCI
v2?
VENDOR_ID='1244'
DEVICE_ID='0e00'
FIRMWARE=
Wird die Karte denn erkannt und wirft das Laden des Moduls entsprechende
Meldungen ins Log?
Jetzt wird angemeckert, das die Telefonnummer des providers fehlt.
Ich
will aber keine Internetverbindung. Ich will im Moment lediglich, das
der isdnlog läuft und ein- und ausgehende Verbindungen logt. Was muß ich
da tun? Wo steht die Konfiguration noch? Der isdnlog sagt mir zwar
"Every thing is fine" aber schweigt danach.
FedoraCore2 Kernel 2.6.6 reine Textinstallation ohne gui
Kann ich mit der Karte überhaupt per hylafax faxen, das wäre der nächste
Schritt, bzw. mit welcher Karte läßt sich das einfacher realisieren? Hab
leider keinen isa-Steckplatz mehr, nur pci.
Mit HiSaX und der passiven Karte wird das nichts. Du benötigst zum Faxen
den CAPI Treiber von AVM (auf deren FTP mittlerweile für die PCI Karten
und Kernel 2.6.x erhältlich).
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 17:06:51 up 4 days, 10:34, load average: 0.32, 0.62, 0.79
2:59 p.m.
Alexander Dalloz" <alexander.dalloz(a)uni-bielefeld.de>; "Alexander
Dalloz wrote:
>
> in /etc/sysconfig/isdncard steht folgendes:
>
> RESOURCES='protocol=2'
> NAME='AVM PCI (FRITZ!PCI)'
> MODULE='hisax_fcpcipnp'
Ich mag mich irren, aber ist das Kernel Modul nicht für die Fritz PCI
v2?
Keine Ahnung was müsste da denn für v1 stehen?
> VENDOR_ID='1244'
> DEVICE_ID='0e00'
> FIRMWARE=
Wird die Karte denn erkannt und wirft das Laden des Moduls
entsprechende Meldungen ins Log?
kernel: ISDN subsystem Rev:
1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
kernel: HiSax: Linux Driver for passive ISDN cards
kernel: HiSax: Version 3.5 (module)
kernel: HiSax: Layer1 Revision 2.46.2.5
kernel: HiSax: Layer2 Revision 2.30.2.4
kernel: HiSax: TeiMgr Revision 2.20.2.3
kernel: HiSax: Layer3 Revision 2.22.2.3
kernel: HiSax: LinkLayer Revision 2.59.2.4
kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0
kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1
kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0)
kernel: HiSax: DSS1 Rev. 2.32.2.3
kernel: HiSax: 2 channels added
kernel: HiSax: MAX_WAITING_CALLS added
kernel: PCI: Found IRQ 12 for device 0000:01:07.0
PCI: Sharing IRQ 12 with 0000:00:01.0
hisax_fcpcipnp: found adapter Fritz!Card PCI at 0000:01:07.0
und etwas später:
ifup-ippp: Error: : no outgoing phone number set
Mit HiSaX und der passiven Karte wird das nichts. Du benötigst zum
Faxen
den CAPI Treiber von AVM (auf deren FTP mittlerweile für die PCI
Karten
und Kernel 2.6.x erhältlich).
Hm, also ich finde nur den Treiber für SuSE9.1
Mit welcher Karte geht es denn ohne Capi? Ich hatte bislang ne Sedlbauer
SpeedfaxISA, aber der neue Rechner hat keinen ISA-Platz mehr und die
Sedlbauer SpeedfaxPCI gibts anscheinend nicht mehr.
Michael
3:41 p.m.
Am So, den 08.08.2004 schrieb Fedora um 21:59:
>> in /etc/sysconfig/isdncard steht folgendes:
>>
>> RESOURCES='protocol=2'
>> NAME='AVM PCI (FRITZ!PCI)'
>> MODULE='hisax_fcpcipnp'
>
> Ich mag mich irren, aber ist das Kernel Modul nicht für die Fritz PCI
> v2?
>
Keine Ahnung was müsste da denn für v1 stehen?
Ich bin mir ja auch nicht sicher. Wie unten zu sehen ist, scheint der
Treiber die Karte ja zu finden zu zu belegen. Also lass es so.
>> VENDOR_ID='1244'
>> DEVICE_ID='0e00'
>> FIRMWARE=
>
> Wird die Karte denn erkannt und wirft das Laden des Moduls
> entsprechende Meldungen ins Log?
>
kernel: ISDN subsystem Rev:
1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
kernel: HiSax: Linux Driver for passive ISDN cards
kernel: HiSax: Version 3.5 (module)
kernel: HiSax: Layer1 Revision 2.46.2.5
kernel: HiSax: Layer2 Revision 2.30.2.4
kernel: HiSax: TeiMgr Revision 2.20.2.3
kernel: HiSax: Layer3 Revision 2.22.2.3
kernel: HiSax: LinkLayer Revision 2.59.2.4
kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0
kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1
kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0)
kernel: HiSax: DSS1 Rev. 2.32.2.3
kernel: HiSax: 2 channels added
kernel: HiSax: MAX_WAITING_CALLS added
kernel: PCI: Found IRQ 12 for device 0000:01:07.0
PCI: Sharing IRQ 12 with 0000:00:01.0
hisax_fcpcipnp: found adapter Fritz!Card PCI at 0000:01:07.0
und etwas später:
ifup-ippp: Error: : no outgoing phone number set
Dann setze doch mal die MSN. Bitte beachte
/usr/share/doc/initscripts-7.55.1/sysconfig.txt
ab Zeile 739.
> Mit HiSaX und der passiven Karte wird das nichts. Du benötigst
zum
> Faxen
> den CAPI Treiber von AVM (auf deren FTP mittlerweile für die PCI
> Karten
> und Kernel 2.6.x erhältlich).
>
Hm, also ich finde nur den Treiber für SuSE9.1
Nein. Vom Namen des tarballs ist nicht auf deren Inhalt zu schließen.
Danke der Firma AVM für deren Produkt- und Treiberpolitik. Der
Treibersource (nur zu einem Teil offen) ist lediglich für SuSE
vorbereitet, weil AVM sich rein auf SuSE einstellt und bezüglich anderer
Linux Distributionen auf private Engagements verweist.
Nehme den Treiber tarball von ftp.avm.de, entpacke ihn und kompiliere
das CAPI Kernel Modul auf deinem System. Das ist ist die Praxis seit
Jahren. Entsprechende Anleitungen finden sich per google.
Mit welcher Karte geht es denn ohne Capi? Ich hatte bislang ne
Sedlbauer
SpeedfaxISA, aber der neue Rechner hat keinen ISA-Platz mehr und die
Sedlbauer SpeedfaxPCI gibts anscheinend nicht mehr.
Aktive Karten werden vom Kernel unterstützt und bedürfen keiner externen
Treiber - ich hoffe ich rede mich dabei bezüglich Kernel 2.6 nicht um
Kopf und Kragen. Im Zweifel hilft ein Blick in die Hilfe und
Dokumentation der Kernel sourcen. Ich bin nicht ganz auf dem Laufenden,
wie der Stand von mISDN und CAPI im aktuellen 2.6er Kernel ist. Da
ändert sich IMHO noch Einiges.
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 22:27:50 up 4 days, 15:55, load average: 0.48, 0.22, 0.13
3:44 p.m.
Michael Kollender wrote:
Keine Ahnung was müsste da denn für v1 stehen?
Ich hab da was gefunden das scheint besser zu passen:
MODUL=hisax ergibt:
kernel: ISDN subsystem Rev:
1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
kernel: HiSax: Linux Driver for passive ISDN cards
kernel: HiSax: Version 3.5 (module)
kernel: HiSax: Layer1 Revision 2.46.2.5
kernel: HiSax: Layer2 Revision 2.30.2.4
kernel: HiSax: TeiMgr Revision 2.20.2.3
kernel: HiSax: Layer3 Revision 2.22.2.3
kernel: HiSax: LinkLayer Revision 2.59.2.4
kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
kernel: HiSax: AVM PCI driver Rev. 1.29.2.4
kernel: FritzPnP: no ISA PnP present
kernel: PCI: Found IRQ 12 for device 0000:01:07.0
kernel: PCI: Sharing IRQ 12 with 0000:00:01.0
kernel: AVM PCI: stat 0x3010a
kernel: AVM PCI: Class A Rev 1
kernel: HiSax: AVM Fritz!PCI config irq:12 base:0xCC00
kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1
kernel: AVM Fritz PnP/PCI: IRQ 12 count 0
kernel: AVM PCI/PnP: reset
kernel: AVM PCI/PnP: S1 0
kernel: AVM Fritz PnP/PCI: IRQ 12 count 1
isdn: ISDN-Module laden succeeded
kernel: HiSax: DSS1 Rev. 2.32.2.3
kernel: HiSax: 2 channels added
kernel: HiSax: MAX_WAITING_CALLS added
isdn: Starten von isdnlog succeeded
isdn: isdnlog starten succeeded
ifup-ippp: Error: : no outgoing phone number set
Aber sonst gehts genauso wenig. Der isdnlog läuft logt aber nichts. Ein
/etc/init.d/isdn status bringt: Der Link ist unterbrochen.
Michael
4:06 p.m.
Am So, den 08.08.2004 schrieb Michael Kollender um 22:44:
> Keine Ahnung was müsste da denn für v1 stehen?
Ich hab da was gefunden das scheint besser zu passen:
MODUL=hisax ergibt:
Ja genau, die Fritz Card PCI v1 wird vom älteren HiSax Modul
unterstützt, als Typ 27:
27 AVM PCI (Fritz!PCI) -- aus dem README.HiSax
kernel: HiSax: AVM Fritz!PCI config irq:12 base:0xCC00
kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1
kernel: AVM Fritz PnP/PCI: IRQ 12 count 0
IRQ 12 ist eigentlich der PS/2 Maus vorbehalten. Ich hoffe da kollidiert
nichts.
ifup-ippp: Error: : no outgoing phone number set
Wie gesagt, setze die MSN.
Aber sonst gehts genauso wenig. Der isdnlog läuft logt aber nichts.
Ein
/etc/init.d/isdn status bringt: Der Link ist unterbrochen.
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 23:04:00 up 4 days, 16:31, load average: 0.33, 0.37, 0.31
5:15 p.m.
Alexander Dalloz wrote:
IRQ 12 ist eigentlich der PS/2 Maus vorbehalten. Ich hoffe da
kollidiert nichts.
Nein, ist keine Maus dran, ist ja nur ein Textsystem.
Wie gesagt, setze die MSN.
MSN scheint egal zu sein, PHONE_OUT wird wohl verlangt.
------------schnipp-----------------
kernel: ISDN subsystem Rev:
1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
kernel: HiSax: Linux Driver for passive ISDN cards
kernel: HiSax: Version 3.5 (module)
kernel: HiSax: Layer1 Revision 2.46.2.5
kernel: HiSax: Layer2 Revision 2.30.2.4
kernel: HiSax: TeiMgr Revision 2.20.2.3
kernel: HiSax: Layer3 Revision 2.22.2.3
kernel: HiSax: LinkLayer Revision 2.59.2.4
kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
kernel: HiSax: AVM PCI driver Rev. 1.29.2.4
kernel: FritzPnP: no ISA PnP present
kernel: PCI: Found IRQ 12 for device 0000:01:07.0
kernel: PCI: Sharing IRQ 12 with 0000:00:01.0
kernel: AVM PCI: stat 0x3010a
kernel: AVM PCI: Class A Rev 1
kernel: HiSax: AVM Fritz!PCI config irq:12 base:0xCC00
kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1
kernel: AVM Fritz PnP/PCI: IRQ 12 count 32
kernel: AVM PCI/PnP: reset
kernel: AVM PCI/PnP: S1 0
kernel: AVM Fritz PnP/PCI: IRQ 12 count 33
isdn: ISDN-Module laden succeeded
kernel: HiSax: DSS1 Rev. 2.32.2.3
kernel: HiSax: 2 channels added
kernel: HiSax: MAX_WAITING_CALLS added
isdnlog: isdnlog Version 4.66 starting
isdn: Starten von isdnlog succeeded
isdn: isdnlog starten succeeded
isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries
from /usr/lib/isdn/holiday-d
e.dat]
isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest
1.0 int (+h) DE
ifup-ippp: isdnctrl addif ippp0
isdnlog: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb'
opened fine - V1.25 K2 C2 N25
6 T157147 O1 L5
isdnlog: Rates Version 3.06 [07-Aug-2003 22:35:40] loaded [70
Providers, 738 Zones, 2667 Areas, 4
2 Services, 509 Comments, 13 eXceptions, 35 Redirects, 2091 Rates from
/usr/lib/isdn/rate-de.dat]
isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected,
ioctl(IIOCNETGPN) is available)
isdnlog: isdn.conf:2 active channels, 28 MSN/SI entries
isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01)
isdnlog: Everything is fine, isdnlog-4.66 is running in full featured
mode.
ifup-ippp: isdnctrl eaz ippp0 9109609
ifup-ippp: isdnctrl addphone ippp0 out 4567
ifup-ippp: isdnctrl l2_prot ippp0 hdlc
ifup-ippp: isdnctrl l3_prot ippp0 trans
ifup-ippp: isdnctrl encap ippp0 syncppp
ifup-ippp: isdnctrl dialmode ippp0 off
ifup-ippp: isdnctrl callback ippp0 off
ifup-ippp: isdnctrl pppbind ippp0
ifup-ippp: ifconfig ippp0 192.168.99.99 pointopoint 217.5.115.7 netmask
255.255.255.0 up
ifup-ippp: ipppd ipparam ippp0 noipdefault /dev/ippp0
192.168.99.99:217.5.115.7 -bsdcomp -pap -cha
p ms-get-dns netmask 255.255.255.0
ipppd[4119]: Found 1 device:
ipppd[4120]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
ipppd[4120]: init_unit: 0
ipppd[4120]: Connect[0]: /dev/ippp0, fd: 6
---------------schnapp--------------
So jetzt läuft das ippp0 und wenn ich einen isdn-Zugang hätte könnte ich
wahrscheinlich auch ins Internet. Aber hab ich nicht, ich will im Moment
nur einfach eingehende Rufe loggen :-(
Michael
4:14 p.m.
Michael Kollender wrote:
ifup-ippp: ifconfig ippp0 192.168.99.99 pointopoint 217.5.115.7
netmask 255.255.255.0 up
ifup-ippp: ipppd ipparam ippp0 noipdefault /dev/ippp0
192.168.99.99:217.5.115.7 -bsdcomp -pap -cha
p ms-get-dns netmask 255.255.255.0
ipppd[4119]: Found 1 device:
ipppd[4120]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
ipppd[4120]: init_unit: 0
ipppd[4120]: Connect[0]: /dev/ippp0, fd: 6
---------------schnapp--------------
So jetzt läuft das ippp0 und wenn ich einen isdn-Zugang hätte könnte
ich wahrscheinlich auch ins Internet. Aber hab ich nicht, ich will im
Moment nur einfach eingehende Rufe loggen :-(
also ich bekomms nicht hin. Es wird einfach kein Anruf gelogt. Obwohl
eigentlich alles läuft. :-(
Ich hab dann mal das Capipaket von AVM gezogen und installiert. Kein
Problem. Danach Hylafax und Capi4hylafax. Jetzt meine Frage: Brauche ich
eigentlich noch capi4k-utils? capiinit usw. wurde ja durch das AVM-Paket
installiert.
Kann ich mit dem Capipaket auch die eingehende Anrufe wie mit isdnlog
loggen? Beides parallel laufen lassen geht ja wohl nicht.
Was ich eigentlich brauche ist: loggen ein- und ausgehender Rufe,
Anrufbeantworter und Fax. Wenn das nicht mit ner passiven AVM-Karte
möglich ist, geht das mit ner aktiven AVM-Karte?
Michael
4:43 p.m.
Am Di, den 10.08.2004 schrieb Michael Kollender um 23:14:
also ich bekomms nicht hin. Es wird einfach kein Anruf gelogt.
Obwohl
eigentlich alles läuft. :-(
Ich hab dann mal das Capipaket von AVM gezogen und installiert. Kein
Problem. Danach Hylafax und Capi4hylafax. Jetzt meine Frage: Brauche ich
eigentlich noch capi4k-utils? capiinit usw. wurde ja durch das AVM-Paket
installiert.
Nein, capi4k-utils benötigst du nicht.
Kann ich mit dem Capipaket auch die eingehende Anrufe wie mit
isdnlog
loggen? Beides parallel laufen lassen geht ja wohl nicht.
Ja, kannst du. hisax und capi gleichzeitig geht nicht, da ja nur 1
Treiber sich um die Hardware kümmern kann. Um Anwendungen wie isdnlog
mit der CAPI Treiberschicht interagieren kann, ist das Laden des capidrv
Moduls notwendig.
Was ich eigentlich brauche ist: loggen ein- und ausgehender Rufe,
Anrufbeantworter und Fax. Wenn das nicht mit ner passiven AVM-Karte
möglich ist, geht das mit ner aktiven AVM-Karte?
Das geht alles mit einer passiven AVM Karte. Ich selbst habe das hier
mit einer alten ISA Fritz Card laufen, und für gelegentliches Faxen ist
das vollkommen ausreichend.
Wenn du nicht klar kommst, solltest du mal überlegen, dich an ein
spezialisiertes Forum wie de.comp.os.unix.linux.isdn im Usenet.
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 23:35:36 up 6 days, 17:03, load average: 0.08, 0.09, 0.09
6:46 p.m.
Am Di, den 10.08.2004 schrieb Michael Kollender um 23:14:
also ich bekomms nicht hin. Es wird einfach kein Anruf gelogt.
Obwohl
eigentlich alles läuft. :-(
Was spuckt ein "cat /dev/isdninfo" denn aus?
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 01:45:58 up 6 days, 19:13, load average: 0.08, 0.19, 0.21
7:01 p.m.
Am Mi, den 11.08.2004 schrieb Alexander Dalloz um 1:46:
> also ich bekomms nicht hin. Es wird einfach kein Anruf gelogt.
Obwohl
> eigentlich alles läuft. :-(
Was spuckt ein "cat /dev/isdninfo" denn aus?
Noch ein Nachtrag und eine Korrektur: Das geht nur, wenn isdnlog nicht
laeuft. Also
killall isdnlog
cat /dev/isdnctrl0 [nicht isdninfo]
Das sollte bei Aktivitaet etwas ergeben (vorrausgesetzt der debug level
ist mindestens auf 4, hisaxctrl <id> 1 4). Ich tippe schwer darauf, dass
du die entsprechenden Werte - sollte durch das init Script geschehen -
nicht gesetzt hast. Du kannst den hisaxctrl command auch nachträglich
ausführen; <id> ist dabei der Name, der dem HiSax Kernel Modul beim
Laden übergeben wird. Du musst dann bei einem "cat /dev/isdnctrl0"
einige Zeile nach dem Muster
| HEX: 02 AD 01 19
| ECHO: 02 AD 01 09
mit D-Kanal Informationen erhalten.
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 01:54:37 up 6 days, 19:22, load average: 0.41, 0.40, 0.29
5:03 a.m.
Alexander Dalloz wrote:
ausführen; <id> ist dabei der Name, der dem HiSax Kernel Modul
beim
Laden übergeben wird. Du musst dann bei einem "cat /dev/isdnctrl0"
einige Zeile nach dem Muster
| HEX: 02 AD 01 19
| ECHO: 02 AD 01 09
mit D-Kanal Informationen erhalten.
Ja, und da kommt nicht viel.
[root@uranus root]# killall isdnlog
[root@uranus root]# cat /dev/isdnctrl0
-> keine Ausgabe.
[root@uranus root]# hisaxctrl HiSax 1 4
[root@uranus root]# cat /dev/isdnctrl0
37:19.42 debugging flags card 1 set to 4
->da nichts weiterkommt auch bei Anruf nicht, hier mit <Strg+C>
abgebrochen
[root@uranus root]# cat /dev/isdninfo
idmap: HiSax
HiSax - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
chmap: 0
1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -
1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -
1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
drmap: 0
0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -
1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -
1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
usage: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
flags: 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
phone: ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
??? ??? ??? ??? ??? ?? ??? ??? ??? ???
Die restlichen Fragezeichen hab ich mal gelöscht. Auch bei Anruf tut
sich nichts weiter.
Michael
11:30 a.m.
Am Mi, den 11.08.2004 schrieb Michael Kollender um 12:03:
Ja, und da kommt nicht viel.
[root@uranus root]# killall isdnlog
[root@uranus root]# cat /dev/isdnctrl0
-> keine Ausgabe.
[root@uranus root]# hisaxctrl HiSax 1 4
[root@uranus root]# cat /dev/isdnctrl0
37:19.42 debugging flags card 1 set to 4
->da nichts weiterkommt auch bei Anruf nicht, hier mit <Strg+C>
abgebrochen
Michael
Sorry, dann bin ich auch überfragt, wie das weiter zu debuggen wäre. Ich
würde raten, mal in der genannten Usenet Gruppe zu posten, mit so vielen
Daten zu deinem Setup wie möglich. Auch angeben, welche Module für ISDN
du geladen hast.
Du kannst natürlich auch mal CAPI einsetzen. Dann darfst du natürlich
kein HiSax laden. Und wie gesagt, die Treiberschnittstelle zu Programmen
wie isdnlog ist capidrv. Folgend mal ein Auszug aus der Ausgabe von
lsmod:
capidrv 27188 2
isdn 130048 2 [capidrv]
fcclassic 584256 4
capi 19936 6
capifs 5036 1 [capi]
kernelcapi 33248 6 [capidrv fcclassic capi]
capiutil 24544 0 [capidrv kernelcapi]
autofs 12148 0 (autoclean) (unused)
ppp_synctty 7392 0 (unused)
ppp_async 9056 1
ppp_generic 23740 3 [ppp_synctty ppp_async]
slhc 6596 0 [isdn ppp_generic]
Ich nutze den CAPI Treiber mit einer alten Fritz Card ISA auf Redhat 9
zum Faxen machen und Anrufe loggen.
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 18:23:58 up 7 days, 11:51, load average: 0.85, 0.37, 0.19
3:31 p.m.
Alexander Dalloz wrote:
Du kannst natürlich auch mal CAPI einsetzen.
Das hab ich heute denn auch mal gemacht und siehe da, jetzt hab ich
zumindest in /var/log/messages schon mal die gesuchten Angaben.
kernel: capidrv-1: incoming call xxxxxxxxx,1,2,yyyyyyy
kernel: capidrv-1: patching si2=2 to 0 for VBOX
kernel: isdn_net: call from xxxxxxxxx -> 0 yyyyyyy ignored
kernel: isdn_tty: call from xxxxxxxxx -> yyyyyyy ignored
kernel: capidrv-1: incoming call xxxxxxxxx,1,0,yyyyyyy ignored
Bislang hab ich mit isdn.conf bei eingehenden Anrufen/Faxen eine
Nachricht auf alle Rechner geschickt. Etwa in der Form: Ein <Anruf/Fax>
für <name> kommt rein von <sendername> <sendernummer>, in isdn.conf
habe
ich halt ne ganze Reihe Nummern Namen zugeordnet und mit einem kleinen
script die Nachricht versandt.
Wie kann ich das mit capidrv bewerkstelligen?
Ich kann mit Hylafax Faxe empfangen aber nicht versenden. Beim
Faxversand klingelt es maximal einmal oder auch nicht, dann legt Hylafax
schon wieder auf.
Aug 11 21:55:06.28: [ 2399]: SESSION BEGIN 00000002 +49.xxx.yyyyyyy
Aug 11 21:55:06.29: [ 2399]: FAX FAX: JOB 2 DEST zzzzzzz COMMID 00000025
Aug 11 21:55:06.29: [ 2399]: Try to connect to fax number zzzzzzz in
Hylafax mode on controller 1.
Aug 11 21:55:06.29: [ 2399]: Dial and starting transfer of TIFF-File
docq/doc2.tif;01 with fine resolution.
Aug 11 21:55:07.28: [ 2399]: SESSION END
Irgendwo hab ich gelesen es liegt am 2.6 Kernel, finde es aber nicht
wieder. Weiß jemand Rat?
Michael
3:49 p.m.
Am Mi, den 11.08.2004 schrieb Michael Kollender um 22:31:
> Du kannst natürlich auch mal CAPI einsetzen.
Das hab ich heute denn auch mal gemacht und siehe da, jetzt hab ich
zumindest in /var/log/messages schon mal die gesuchten Angaben.
kernel: capidrv-1: incoming call xxxxxxxxx,1,2,yyyyyyy
kernel: capidrv-1: patching si2=2 to 0 for VBOX
kernel: isdn_net: call from xxxxxxxxx -> 0 yyyyyyy ignored
kernel: isdn_tty: call from xxxxxxxxx -> yyyyyyy ignored
kernel: capidrv-1: incoming call xxxxxxxxx,1,0,yyyyyyy ignored
Ja, wer sagt's denn :) Es mag in der Tat daran liegen, dass ISDN beim
2.6 Kernel doch noch nicht wirklich perfekt ist.
Bislang hab ich mit isdn.conf bei eingehenden Anrufen/Faxen eine
Nachricht auf alle Rechner geschickt. Etwa in der Form: Ein <Anruf/Fax>
für <name> kommt rein von <sendername> <sendernummer>, in isdn.conf
habe
ich halt ne ganze Reihe Nummern Namen zugeordnet und mit einem kleinen
script die Nachricht versandt.
Wie kann ich das mit capidrv bewerkstelligen?
Genau so, da besteht kein Unterschied, ob du nun HiSax benutzt oder
CAPI. Die Aktionen werden ja über die callerid.conf konfiguriert.
Ich kann mit Hylafax Faxe empfangen aber nicht versenden. Beim
Faxversand klingelt es maximal einmal oder auch nicht, dann legt Hylafax
schon wieder auf.
Aug 11 21:55:06.28: [ 2399]: SESSION BEGIN 00000002 +49.xxx.yyyyyyy
Aug 11 21:55:06.29: [ 2399]: FAX FAX: JOB 2 DEST zzzzzzz COMMID 00000025
Aug 11 21:55:06.29: [ 2399]: Try to connect to fax number zzzzzzz in
Hylafax mode on controller 1.
Aug 11 21:55:06.29: [ 2399]: Dial and starting transfer of TIFF-File
docq/doc2.tif;01 with fine resolution.
Aug 11 21:55:07.28: [ 2399]: SESSION END
Lass mal ausführlicher loggen und kontrolliere die config.faxCAPI.
Irgendwo hab ich gelesen es liegt am 2.6 Kernel, finde es aber nicht
wieder. Weiß jemand Rat?
Von dem Problem habe ich auch von Redhat 9 Usern gehört. Bei mir
funktioniert HylaFax auf RH9 allerdings völlig problemfrei. Soweit ich
weiß, liegt es an NPTL. Eine Lösung habe ich so aus dem Stehgreif nicht
parat.
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 22:38:56 up 7 days, 16:06, load average: 0.23, 0.20, 0.33
6:12 a.m.
Alexander Dalloz wrote:
> Bislang hab ich mit isdn.conf bei eingehenden Anrufen/Faxen eine
> Nachricht auf alle Rechner geschickt. Etwa in der Form: Ein
<Anruf/Fax>
> für <name> kommt rein von <sendername>
<sendernummer>, in isdn.conf
habe
> ich halt ne ganze Reihe Nummern Namen zugeordnet und mit einem
kleinen
> script die Nachricht versandt.
> Wie kann ich das mit capidrv bewerkstelligen?
Genau so, da besteht kein Unterschied, ob du nun HiSax benutzt oder
CAPI. Die Aktionen werden ja über die callerid.conf konfiguriert.
Ja wer sagts denn, nachdem ich jetzt meine Tippfehler beseitigt habe: up
and running
Bislang hab ich als Anrufbeantworter vbox3 mit vboxgetty benutzt. Finde
aber kein vboxgetty und vbox ist nur zum abhören der Nachrichten oder
hab ich das falsch verstanden?
Bezüglich Fax werde ich noch ein wenig suchen, der patch muß ja zu
finden sein.
Michael
9:46 a.m.
Am Do, den 12.08.2004 schrieb Michael Kollender um 13:12:
Ja wer sagts denn, nachdem ich jetzt meine Tippfehler beseitigt habe:
up
and running
:P
Bislang hab ich als Anrufbeantworter vbox3 mit vboxgetty benutzt.
Finde
aber kein vboxgetty und vbox ist nur zum abhören der Nachrichten oder
hab ich das falsch verstanden?
http://wftp.tu-chemnitz.de/pub/linux/fedora-core/2/i386/os/Fedora/RPMS/is...
Bezüglich Fax werde ich noch ein wenig suchen, der patch muß ja zu
finden sein.
Ich werde mal einen Bekannten fragen, der glaube ich das gleiche Problem
hatte und behoben hat.
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 16:44:33 up 8 days, 10:12, load average: 1.62, 1.45, 1.39
1:22 p.m.
Am Mi, den 11.08.2004 schrieb Michael Kollender um 22:31:
Ich kann mit Hylafax Faxe empfangen aber nicht versenden. Beim
Faxversand klingelt es maximal einmal oder auch nicht, dann legt Hylafax
schon wieder auf.
Aug 11 21:55:06.28: [ 2399]: SESSION BEGIN 00000002 +49.xxx.yyyyyyy
Aug 11 21:55:06.29: [ 2399]: FAX FAX: JOB 2 DEST zzzzzzz COMMID 00000025
Aug 11 21:55:06.29: [ 2399]: Try to connect to fax number zzzzzzz in
Hylafax mode on controller 1.
Aug 11 21:55:06.29: [ 2399]: Dial and starting transfer of TIFF-File
docq/doc2.tif;01 with fine resolution.
Aug 11 21:55:07.28: [ 2399]: SESSION END
Irgendwo hab ich gelesen es liegt am 2.6 Kernel, finde es aber nicht
wieder. Weiß jemand Rat?
Michael
Ich weiss nicht, wie du deine Fax sende Experimente durchgeführt hast.
Vermutlich hast du c2faxsend direkt benutzt. Wenn ich richtig liege,
dann hat genau jenes tool ein Problem mit NPTL, was ja auf Redhat
Systemen mit dem 2.4er Kernel schon integriert war per backport vom
2.5er/2.6er tree.
Probiere doch mal folgendes aus:
LD_ASSUME_KERNEL=2.4.1 c2faxsend -f TIFF -C
/var/spool/hylafax/etc/config.faxCAPI -v -d $ZIELNUMMER
/usr/src/redhat/SOURCES/capi4hylafax-01.02.02/fritz_pic.tif
Oder faxe etwas anderes. Entscheidend ist das LD_ASSUME_KERNEL voran zu
stellen. Zur Erklärung siehe
http://people.redhat.com/drepper/assumekernel.html
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 20:15:22 up 8 days, 13:43, load average: 1.03, 1.22, 1.34
8:09 a.m.
Alexander Dalloz wrote:
LD_ASSUME_KERNEL=2.4.1 c2faxsend -f TIFF -C .........
LD_ASSUME_KERNEL=2.4.1 c2faxsend -f TIFF -C
/var/spool/hylafax/etc/config.faxCAPI -v -d xxxxxx
/usr/src/capi4hylafax-01.02.02/fritz_pic.tif
Try to connect to fax number xxxxxx in TIFF mode on controller 1.
Dial and starting transfer of TIFF-File
/install/capi4hylafax-01.02.02/fritz_pic.tif with fine resolution.
Connection was dropped with Reason 0x3314 (Disconnected during transfer
(remote abort)) before Fax was completely transfered.
Connection dropped with Reason 0x3490 (Normal call clearing).
Ja dann gehts. Muß ich mir jetzt nen script basteln oder gehts
einfacher?
Michael
9:08 a.m.
Am Fr, den 13.08.2004 schrieb Michael Kollender um 15:09:
LD_ASSUME_KERNEL=2.4.1 c2faxsend -f TIFF -C
/var/spool/hylafax/etc/config.faxCAPI -v -d xxxxxx
/usr/src/capi4hylafax-01.02.02/fritz_pic.tif
Try to connect to fax number xxxxxx in TIFF mode on controller 1.
Dial and starting transfer of TIFF-File
/install/capi4hylafax-01.02.02/fritz_pic.tif with fine resolution.
Connection was dropped with Reason 0x3314 (Disconnected during transfer
(remote abort)) before Fax was completely transfered.
Connection dropped with Reason 0x3490 (Normal call clearing).
Ja dann gehts. Muß ich mir jetzt nen script basteln oder gehts
einfacher?
Michael
Gut, hatte ich erwartet. Ob du ein wrapper script benötigst, hängt davon
ab, wie du faxt.
mv /usr/bin/c2faxsend /usr/bin/c2faxsend.wrapped
vi /usr/bin/c2faxsend
#!/bin/bash
LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend
Oder wenn du einen extra User zum Faxen hast, dann verpasse ihm
LD_ASSUME_KERNEL als Umgebungsparameter.
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 16:03:54 up 9 days, 9:31, load average: 0.51, 0.43, 0.26
9:23 a.m.
Am Fr, den 13.08.2004 schrieb Alexander Dalloz um 16:08:
mv /usr/bin/c2faxsend /usr/bin/c2faxsend.wrapped
vi /usr/bin/c2faxsend
#!/bin/bash
LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend
Die Zeile im wrapper script vielleicht besser so:
LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend "$@"
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 16:22:28 up 9 days, 9:50, load average: 0.38, 0.35, 0.33
9:42 a.m.
Alexander Dalloz wrote:
> mv /usr/bin/c2faxsend /usr/bin/c2faxsend.wrapped
>
> vi /usr/bin/c2faxsend
>
> #!/bin/bash
> LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend
Die Zeile im wrapper script vielleicht besser so:
LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend "$@"
Irgendwas passt nicht. Das macht 24000 Prozesse auf bis ein Strg+C
greift.
Vielleicht ist die andere Lösung einfacher.
Michael
10:04 a.m.
Am Fr, den 13.08.2004 schrieb Michael Kollender um 16:42:
Alexander Dalloz wrote:
>> mv /usr/bin/c2faxsend /usr/bin/c2faxsend.wrapped
>>
>> vi /usr/bin/c2faxsend
>>
>> #!/bin/bash
>> LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend
>
> Die Zeile im wrapper script vielleicht besser so:
>
> LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend.wrapped "$@"
^^^^^^^^^
sollte das nicht besser so sein?
Irgendwas passt nicht. Das macht 24000 Prozesse auf bis ein Strg+C
greift.
Ja, weil's eine Schleife ist. :-)
Vielleicht ist die andere Lsung einfacher.
Michael
Christoph
10:19 a.m.
Am Fr, den 13.08.2004 schrieb Christoph Wickert um 17:04:
> > LD_ASSUME_KERNEL=2.4.1 /usr/bin/c2faxsend.wrapped
"$@"
^^^^^^^^^
sollte das nicht besser so sein?
> Irgendwas passt nicht. Das macht 24000 Prozesse auf bis ein
Strg+C
> greift.
Ja, weil's eine Schleife ist. :-)
Christoph
Hi Christoph!
Ja klar :) Da ging mir der "Schnellhack" durch und hat den Selbstaufruf
produziert. Da sieht man mal wieder deutlich, dass man als
Hilfesuchender besser nicht alles blind abtippt, sondern mitdenkt.
Also noch mal im Klartext: das wrapper script heisst c2faxsend, eben
damit es von den tools zum Faxen gefunden wird. Das echte binary
c2faxsend wird umbenannt und innerhalb des bash wrapper scriptes
aufgerufen mit der Setzung von LD_ASSUME_KERNEL.
Danke Christoph!
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 17:15:37 up 9 days, 10:43, load average: 0.03, 0.13, 0.25
10:50 a.m.
Alexander Dalloz wrote:
Da sieht man mal wieder deutlich, dass man als
Hilfesuchender besser nicht alles blind abtippt, sondern mitdenkt.
Gedacht hatte ich schon, nur nicht weit genug. Hatte das ohne "$@"
getestet, dann wartets wahrscheinlich auf das Fax.
Na gut, jetzt kann ich auch faxen (machen). :-)
Bleibt der Anrufbeantworter, aber erst nächste Woche.
Thx for help
Michael
11:12 a.m.
Am Fr, den 13.08.2004 schrieb Michael Kollender um 17:50:
Na gut, jetzt kann ich auch faxen (machen). :-)
gut.
Bleibt der Anrufbeantworter, aber erst nächste Woche.
http://www.linuxnetmag.com/en/issue8/m8vbox1.html
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 18:11:43 up 9 days, 11:39, load average: 0.51, 0.33, 0.28
4:44 a.m.
Alexander Dalloz wrote:
Danke, funktioniert erstmal. Feinheiten später.
Aber irgendwie hab ich seit die AVM-Karte läuft ein kleines Problem.
Wenn ich aufs Internet zugreife dauerts echt lang bis sich was tut und
das wo ich ne schnelle Anbindung hab. Ganz extrem, wenn ich versuch
newsgroups-Artikel zu lesen, da steigt der Reader öfter nach 60 sek.
aus, weil er meint der NewsServer (news.individual.de) reagiert nicht.
Aber auch Zugriff auf http oder ftp ist mehr als schleppend. Wie kann
ich da jetzt die Ursache finden?
--- news.individual.de ping statistics ---
16 packets transmitted, 5 received, 68% packet loss, time 34033ms
rtt min/avg/max/mdev = 31.406/32.552/33.450/0.795 ms, pipe 2
traceroute to news.individual.de (130.133.1.4), 30 hops max, 38 byte
packets
1 217.5.98.29 (217.5.98.29) 27.732 ms 21.564 ms 23.853 ms
2 217.237.152.214 (217.237.152.214) 19.864 ms 19.364 ms 19.724 ms
3 h-eb1.H.DE.net.DTAG.DE (62.154.49.166) 23.670 ms 23.259 ms 23.447
ms
4 188.1.62.1 (188.1.62.1) 23.718 ms 23.872 ms 23.829 ms
5 188.1.88.61 (188.1.88.61) 24.308 ms 150.176 ms 210.901 ms
MPLS Label=194 CoS=3 TTL=1 S=1
6 188.1.18.166 (188.1.18.166) 29.777 ms * 30.231 ms
7 188.1.20.6 (188.1.20.6) 30.141 ms 30.943 ms 30.060 ms
8 FUB.G-WiN.BRAIN.NET (160.45.0.1) 30.630 ms 29.978 ms 30.162 ms
9 chutney.zedat.fu-berlin.de (160.45.12.2) 31.356 ms 30.896 ms
31.153 ms
10 individual.net (130.133.1.4) 31.775 ms 31.461 ms 31.604 ms
traceroute braucht sage und schreibe 2 Min. 20 Sek., wenn nicht von
vornherein unknown host gemeldet wird.
Oder ist das ein allgemeines Problem das die Dtag seit Ende letzter
Woche hat?
Michael
9:26 a.m.
Am Mo, den 16.08.2004 schrieb Michael Kollender um 11:44:
Aber irgendwie hab ich seit die AVM-Karte läuft ein kleines Problem.
Wenn ich aufs Internet zugreife dauerts echt lang bis sich was tut und
das wo ich ne schnelle Anbindung hab. Ganz extrem, wenn ich versuch
newsgroups-Artikel zu lesen, da steigt der Reader öfter nach 60 sek.
aus, weil er meint der NewsServer (news.individual.de) reagiert nicht.
Aber auch Zugriff auf http oder ftp ist mehr als schleppend. Wie kann
ich da jetzt die Ursache finden?
--- news.individual.de ping statistics ---
16 packets transmitted, 5 received, 68% packet loss, time 34033ms
rtt min/avg/max/mdev = 31.406/32.552/33.450/0.795 ms, pipe 2
68% packet loss ist schon eine ganze Menge und kann Verbindungen
abbrechen lassen. Du solltest mal mit "mtr" gucken, wo der loss
auftritt. Shared die Fritz Card einen IRQ mit der Netzwerkkarte? Zeigt
"ifconfig" für die Netzwerkkarte Fehler an?
traceroute braucht sage und schreibe 2 Min. 20 Sek., wenn nicht von
vornherein unknown host gemeldet wird.
Oder ist das ein allgemeines Problem das die Dtag seit Ende letzter
Woche hat?
Wie gesagt, mit "mtr" gucken, wo die Pakete verloren gehen.
Michael
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 16:24:32 up 12 days, 9:52, load average: 0.02, 0.15, 0.11
10:09 a.m.
Alexander Dalloz wrote:
Du solltest mal mit "mtr" gucken, wo der loss auftritt.
Packets
Pings
Hostname %Loss Rcv Snt
Last Best Avg Worst
1. 217.5.98.29 44% 17 31
23 21 23 32
2. 217.237.152.214 50% 15 31
19 19 20 21
3. h-eb1.H.DE.net.DTAG.DE 45% 16 30
23 23 24 25
4. 188.1.62.1 45% 16 30
24 23 24 24
5. cr-hannover1-ge5-0.g-win.dfn.de 45% 16 30
25 24 47 200
6. cr-berlin1-po2-0.g-win.dfn.de 49% 15 30
30 30 43 206
7. ar-fuberlin1-po0-0.g-win.dfn.de 45% 16 30
31 30 31 38
8. FUB.G-WiN.BRAIN.NET 42% 17 30
30 30 31 32
9. chutney.zedat.fu-berlin.de 45% 16 30
31 31 31 32
10. individual.net 45% 16 30
32 31 32 33
Packets
Pings
Hostname %Loss Rcv Snt
Last Best Avg Worst
1. 217.5.98.29 17% 89 107
26 21 25 67
2. 217.237.152.210 17% 89 107
20 19 20 28
3. h-eb1.H.DE.net.DTAG.DE 17% 89 107
24 23 32 182
4. DTAG.H-7-pos210.de.lambdanet.net 17% 89 107
23 23 24 25
5. F-2-pos120.de.lambdanet.net 17% 89 107
33 32 33 34
6. F-8-eth300-98.de.lambdanet.net 17% 89 107
33 32 33 40
7. Google-F.de.lambdanet.net 17% 89 107
45 44 45 47
8. 64.233.175.249 17% 89 107
45 44 45 54
9. 64.233.175.246 18% 88 107
45 44 45 47
10. 216.239.46.173 17% 89 107
45 44 45 52
11. 216.239.49.254 17% 89 107
55 54 55 67
12. 216.239.49.121 17% 88 106
57 56 58 60
13. 216.239.59.99 17% 88 106
56 55 56 59
und was sagt mir das jetzt?
Shared die Fritz Card einen IRQ mit der Netzwerkkarte?
cat /proc/interrupts
CPU0
0: 233808851 XT-PIC timer
2: 0 XT-PIC cascade
5: 0 XT-PIC uhci_hcd
6: 34 XT-PIC floppy
8: 1 XT-PIC rtc
10: 658767 XT-PIC eth1
11: 612468 XT-PIC eth0
12: 93693966 XT-PIC fcpci
14: 332531 XT-PIC ide0
15: 31 XT-PIC ide1
NMI: 0
ERR: 0
Zeigt "ifconfig" für die Netzwerkkarte Fehler an?
eth0 Protokoll:Ethernet Hardware Adresse 00:10:A7:09:00:E7
inet Adresse:192.168.0.4 Bcast:192.168.0.255
Maske:255.255.255.0
inet6 Adresse: fe80::210:a7ff:fe09:e7/64
Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:304335 errors:0 dropped:0 overruns:0 frame:0
TX packets:321675 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:46181302 (44.0 Mb) TX bytes:284303033 (271.1 Mb)
Interrupt:11 Basisadresse:0xc000
eth1 Protokoll:Ethernet Hardware Adresse 00:C0:26:87:4B:7A
inet Adresse:192.168.22.50 Bcast:192.168.22.255
Maske:255.255.255.0
inet6 Adresse: fe80::2c0:26ff:fe87:4b7a/64
Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:339927 errors:0 dropped:0 overruns:0 frame:0
TX packets:318873 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:793 Sendewarteschlangenlänge:1000
RX bytes:282826933 (269.7 Mb) TX bytes:49487234 (47.1 Mb)
Interrupt:10 Basisadresse:0xc400
lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:22855 errors:0 dropped:0 overruns:0 frame:0
TX packets:22855 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:6767063 (6.4 Mb) TX bytes:6767063 (6.4 Mb)
ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:80.130.149.19 P-z-P:217.5.98.29
Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:77878 errors:0 dropped:0 overruns:0 frame:0
TX packets:75909 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:59843355 (57.0 Mb) TX bytes:9362191 (8.9 Mb)
eth1 ins die Karte die ins Internet zeigt. Fehler sehe ich so nicht.
Michael
10:29 a.m.
Am Mo, den 16.08.2004 schrieb Michael Kollender um 17:09:
> Du solltest mal mit "mtr" gucken, wo der loss
auftritt.
Packets
Pings
Hostname %Loss Rcv Snt
Last Best Avg Worst
1. 217.5.98.29 44% 17 31
23 21 23 32
Packets
Pings
Hostname %Loss Rcv Snt
Last Best Avg Worst
1. 217.5.98.29 17% 89 107
26 21 25 67
und was sagt mir das jetzt?
Der loss schwankt schon sehr. ICMP filterst du wohl eher nicht per
iptables?
> Shared die Fritz Card einen IRQ mit der Netzwerkkarte?
cat /proc/interrupts
CPU0
0: 233808851 XT-PIC timer
2: 0 XT-PIC cascade
5: 0 XT-PIC uhci_hcd
6: 34 XT-PIC floppy
8: 1 XT-PIC rtc
10: 658767 XT-PIC eth1
11: 612468 XT-PIC eth0
12: 93693966 XT-PIC fcpci
14: 332531 XT-PIC ide0
15: 31 XT-PIC ide1
NMI: 0
ERR: 0
Das sieht prima aus. Dass auf IRQ 12 keine PS/2 Maus rennt, hatten wir
glaube ich schon geklärt.
> Zeigt "ifconfig" für die Netzwerkkarte Fehler an?
eth0 Protokoll:Ethernet Hardware Adresse 00:10:A7:09:00:E7
inet Adresse:192.168.0.4 Bcast:192.168.0.255
Maske:255.255.255.0
inet6 Adresse: fe80::210:a7ff:fe09:e7/64
Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1
RX packets:304335 errors:0 dropped:0 overruns:0 frame:0
TX packets:321675 errors:0 dropped:0 overruns:0 carrier:0
Alles sauber hier.
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:46181302 (44.0 Mb) TX bytes:284303033 (271.1 Mb)
Interrupt:11 Basisadresse:0xc000
eth1 Protokoll:Ethernet Hardware Adresse 00:C0:26:87:4B:7A
inet Adresse:192.168.22.50 Bcast:192.168.22.255
Maske:255.255.255.0
inet6 Adresse: fe80::2c0:26ff:fe87:4b7a/64
Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:339927 errors:0 dropped:0 overruns:0 frame:0
TX packets:318873 errors:0 dropped:0 overruns:0 carrier:0
Auch hier alles gut aussehend.
Kollisionen:793 Sendewarteschlangenlänge:1000
RX bytes:282826933 (269.7 Mb) TX bytes:49487234 (47.1 Mb)
Interrupt:10 Basisadresse:0xc400
lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:22855 errors:0 dropped:0 overruns:0 frame:0
TX packets:22855 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:6767063 (6.4 Mb) TX bytes:6767063 (6.4 Mb)
ppp0 Protokoll:Punkt-zu-Punkt Verbindung
inet Adresse:80.130.149.19 P-z-P:217.5.98.29
Maske:255.255.255.255
UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:77878 errors:0 dropped:0 overruns:0 frame:0
TX packets:75909 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:3
RX bytes:59843355 (57.0 Mb) TX bytes:9362191 (8.9 Mb)
Das ppp Device zeigt auch nichts Auffälliges.
eth1 ins die Karte die ins Internet zeigt. Fehler sehe ich so nicht.
Michael
Du kannst ja die ISDN Karte mal testweise ausbauen und dann wieder
schauen, wie sich deine Internetanbindung verhält. Auf Grund der Daten
würde ich erst mal sagen, dein PoP Gateway 217.5.98.29 sorgt für
Probleme. Allerdings von hier aus connected sehe ich davon nichts.
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 17:21:29 up 12 days, 10:49, load average: 0.11, 0.15, 0.10
3:22 p.m.
Alexander Dalloz wrote:
Du kannst ja die ISDN Karte mal testweise ausbauen und dann wieder
schauen, wie sich deine Internetanbindung verhält. Auf Grund der Daten
würde ich erst mal sagen, dein PoP Gateway 217.5.98.29 sorgt für
Probleme. Allerdings von hier aus connected sehe ich davon nichts.
Also Kommando zurück, liegt nicht an der Karte und auch nicht am
Rechner. Hab grad mal direkt mit ner Winkiste konnektet und hab die
gleichen Probleme. Also bliebe Kabel, das tausche ich morgen mal
vielleicht hat ja die Katze reingebissen ;-), oder mein ADSL-Modem oder
mein Port bei der T-Com hat ne Macke. Werde ich die Telekomiker morgen
mal interviewen.
Michael
9:06 a.m.
Am Di, den 17.08.2004 schrieb Michael Kollender um 15:08:
> Also Kommando zurück, liegt nicht an der Karte und auch nicht
am
> Rechner.
Es lag an meinem Port bei der T-Com. Nach einem Portreset fluscht es
wieder wie verrückt.
Michael
Ok :) Also wie vermutet deine Access Concentrator Gegenstelle. Doof wenn
sowas zufällig mit Änderungen am Rechner zusammen fällt.
Alexander
--
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.7-1.494.2.2smp
Serendipity 16:05:15 up 13 days, 9:32, load average: 1.52, 0.77, 0.34
7186
days inactive
7195
days old
de-users@lists.fedoraproject.org
32 comments
3 participants
participants (3)
-
Alexander Dalloz -
Christoph Wickert -
fedoraliste＠web.de