[RedHat] Kein Carrier-Signal bei der Modem-Einwahl

t_matze

Senior Member
Kein Carrier-Signal bei der Modem-Einwahl

Nachdem ich inzwischen über Linmodems und Linuxant den richtigen Chipsatz und dazu passenden Treiber für mein Modem gefunden und installiert habe, wählt es zumindest schon mal (was es vorher nicht tat). Nur leider antwortet der Provider nicht - es wird keine Carrier-Signal gefunden.

Habe ich darauf Einfluß? Was muß ich noch installieren, oder muß ich einen anderen Provider versuchen?
Ich habe Arcor IbC Basis Nacht eingegeben:
Phone: 0800 1070800
User: arcor
Password: internet

Die Diagnose ergab folgendes zu meinem Modem:
Code:
 The most recent update of scanModem accessed at
[url]http://linmodems.technion.ac.il/packages/scanModem.gz[/url]
 should ALWAYS be used!!  This update was done on:  2004_Dec_24
 URLs to cogent advice are regularly updated, so your problem may be solved therein.
 If further help is needed, send a description of your problem to:
 [email]discuss@linmodems.org[/email] with this ENTIRE file Attached, 
 It includes subtle diagnostic ouputs needed to best guide you.
 If your PC is a laptop, please provide Make and Model information.
 DO use the following line as the email Subject Line, to alert cogent experts:
      scanModem, Fedora Core
Kernel \r kernel 2.6.9-1.667
 Occassionally reponses are blocked by an Internet Providers mail filters.
 So do in a day also check the Archived responses at [email]DISCUSS@linmodems.org[/email]
------------ --------------  System information ------------------------
Fedora Core release 3 (Heidelberg)
Kernel 
 on System with processor: i686
 currently under kernel:   2.6.9-1.667

 The kernel-2.6.9-1.667 was compiled with CONFIG_REGPARM, providing more compact and faster code.

 assembled with compiler:  3.4.2
 no gcc compiler installed

kernel-headers needed for compiling are not installed.

 A /dev/modem symbolic link is not set.
Path to lspci is: /sbin/lspci
--------- lspci scan ----------------
 PCI_bus
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0269
00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1269
00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2269
00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3269
00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4269
00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7269
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:09.0 Communication controller: Conexant HSF 56k HSFi Modem (rev 01)
00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
00:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
00:0b.0 Unknown mass storage controller: Triones Technologies, Inc. HPT366/368/370/370A/372 (rev 03)
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev
 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 
60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1)
-------------------------------------

Modem candidates are at PCI_buses:  00:09.0
    
Providing detail for device at PCI_bus 00:09.0
  with vendor-ID:device-ID
    ----:----
Class 0780: 14f1:2f00   Communication controller: Conexant HSF 56k HSFi Modem (rev 01)
  SubSystem 1025:8d88   Acer Incorporated [ALI]: Unknown device 8d88
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at febe0000 (32-bit, non-prefetchable) [size=64K]
I/O ports at ac00 [size=8]
  
                  -----PCI_IDs-------                    --CompilerVer- 
    Feature List:  Primary  Subsystem Distr  KernelVer   kernel default  CPU
 ./scanModem test 14f1:2f00 1025:8d88 redhat 2.6.9-1.667 3.4.2     i686

      
 Information on several modem chipset providers is provided below,
 because ambiguities remain on the correct choice of supporting software.
            
 == Checking PCI IDs through modem chip suppliers ==

 Vendors 127a and 14f1 are Conexant, successor to Vendor=148d Rockwell technology.
 With respect to software support there are two main types, hcfmodem* and hsfmodem* .
 The HCF (Host Controller Free) which have a digital signal processsing (DSP) chipset,
 while the HSF in the soft modem family without a dsp.
 HSF support of version 5.03 is included with SuSE 9.0 for support of  2.4.21 version kernels.
 For support of 2.6.n kernels, new releaseses are provided at [url]http://www.Linuxant.com/drivers/[/url]
   Linuxant is providing free test packages for low speed CONNECTs.
   There is a one time subscription fee for full high speed support.
 A detailed software installation example is provided at:
   [url]http://linmodems.technion.ac.il/archive-fourth/msg00350.html[/url]
     SuSE Conexant installation Re: Emergency!!!  /Date:/ Wed, 11 Feb 2004 06:10:39 -0500
 Modems with the following PCI_IDs also have Conexant HCF (Controller free) chipsets.
  1024:1024 (Zenith Data Systems)
  148D:1003 (DIGICOM Systems)
  158B:0015 (Allied Data Technologies Tornado  VFM56x-PRC)
  141A:1035 (Apache Micro)
 The following six may be either HCF of HSF modems. Test the HSF package first
  (127a,14f1):(1025,1085, 2005)
  Should a HCF driver installation fail to serve among there,
  then uninstall and instead try the HSF driver resource.
 Subsystem HSF Conexant soft modems serve under AC97 or MC97 controllers. These include:
  14f1:(5422 2002) , plus many others with vendors assigned PCI IDs.
  SubSystem 104d:814e under a 1039:7013 Silicon Integrated Systems modem controlled has a Conexant 
chip

 After loading of HSF drivers, there will be displayed by command: /sbin/lsmod
Module                  Size  Used by    Tainted: P
hsfich                119116   0  (autoclean)
hsfserial              26388   0  (autoclean)
hsfengine            1126348   0  (autoclean) [hsfserial]
hsfosspec              35328   0  (autoclean) [hsfich hsfserial hsfengine]
     plus many others not modem related.
 While drivers are pre-compiled for some Linux distributions,
   the installation of the HCF/HSF packages DOES in general require kernel-source/ preparation,
   as described in Modem/DriverCompiling.txt.
   
 There is a conflict between modules snd-intel8x0m and  hsfmc97ich.
 The snd-intel8x0m Must be loaded first or the system may hang upon hsfmc97ich insertion.
      [url]http://linmodems.technion.ac.il/archive-fourth/msg03027.html[/url]
      
 A post install suggestion for adjusting PCI latency is:
         [url]http://phep2.technion.ac.il/linmodems/archive/msg05210.html[/url]


  ======= PCI_ID checking completed ====== 
 Update=2004_Dec_24
A PCMCIA CardBus is not detected on this System.
GCCversion=
The following information blocks just query some ppp support items.

====================================================
   grep ppp /etc/modprobe.conf
-------------------------------------

-------------------------------------
 PPP support module  bsd_comp.ko  not found!
 Resident PPP support modules are properly uncompressed .
 COMM services are not active
Be sure to read the section about ppp related modules and aliases in Modem/General.txt
DEVPPP=crw------- 1 root root 108, 0 4. Jan 2005 /dev/ppp
A /dev/modem symbolic link is not present

 No devfsd.conf file found, indicated absense of the devfsd daemon package
 for device file system (devfs) symbolic link support.

DEVFSD=
 ---- dmesg queries -------
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
apm: BIOS not found.
audit: initializing netlink socket (disabled)
hde: DMA disabled
hde: DMA disabled
hde: DMA disabled
hde: DMA disabled

  Beginning with Fedora 2  kernel-2.6.6-1.427, kernel-headers needed 
  for compiling drivers are provide at: /lib/modules/kernel-version/build/
  Thus upgrading above kernel 2.6.5-1.358 to 2.6.6-* is Stongly Recommended
  
  pppd version 2.4.2 may not be fully compatible with 2.6.8 kernel releases.
  If an initial CONNECT is achieved without PPP being subsequently established,
  drop back to a 2.4.1 version.  This has worked for PCTEL AMR modem users,
  supported by the [url]http://www.smlink.com[/url]  slmodem software.
  Check pppd version with:
    pppd --version
  See  [url]http://linmodems.technion.ac.il/archive-fourth/msg03167.html[/url]
    
  
 For kernel-version 2.4.20-8 , a failure in utomatic loading pf PPP related modules 
 has been reported. It was necessary to manually load with:
  /sbin/modprobe /lib/modules/2.4.20-8/kernel/drivers/net ppp_generic 
  /sbin/modprobe /lib/modules/2.4.20-8/kernel/drivers/net ppp_deflate 
  /sbin/modprobe /lib/modules/2.4.20-8/kernel/drivers/net ppp_synctty 
  /sbin/modprobe /lib/modules/2.4.20-8/kernel/drivers/net ppp_async 
 or dialout efforts failed.
  
  The Internet Configuration Wizard writes a configuration file:
    /etc/wvdial.conf
  containing a line default line
    Stupid Mode = yes
  Better dialup performance may be achieved by commenting out this line as:
    # Stupid Mode = yes
  Also non-USA Users may need to add to the [Modem0] block:
    Init2 = AT+GCI=hexadecimal_country_code
  but test without it first.

  redhat is not yet providing pre-compiled drivers for WinModems
Ich habe den Treiber hsfmodem-7.18.00.02full_k2.6.9_1.667-1fdr.i686.rpm installiert.
 
Ich habe lange Zeit Arcor by Call verwendet, hatte damit bei ISDN keine Probleme.
Bei meinem Notebook hatte ich unter FC1 mit dem smartlink Modemtreiber und Freenet Special by Call eingerichtet, das hat auch immer funktioniert:
Telefonnumer: 019231760
User: egal
Passwort: egal
 
Zuletzt bearbeitet:
Hm, ich habe die Zugangsdaten aus dem Smartsurfer rausgeschrieben, dort funktionieren sie. Und nachdem ich nochmal drüber nachgedacht habe, ist mir aufgefallen, daß es wohl eher nicht am Provider (oder zumindest nicht an der Kombination Username/Passwort) liegt, da der Verbindungsaufbau ja garnicht bis zur Abfrage dieser beiden kommt, sondern vorher ins Stocken gerät. Der angewählte Server antwortet ja nicht - es tutet (und rauscht zwischendurch) einfach weiter.
 
Hm das ist ja sehr seltsam: mit den Arcor-Daten geht es immer noch nicht, dafür hat es jetzt im dritten Anlauf mit den Freenet-Daten geklappt (bin gerade erstmals unter Linux im Netz - erster Gang ist natürlich hierher aufs Board :D)!

Das Protokoll vom ersten Versuch mit Freenet, als aber noch nichts zustande kam:
Code:
[root@localhost etc]# wvdial
--> WvDial: Internet dialer version 1.54.0
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATDT019231760
--> Waiting for carrier.
ATDT019231760
CONNECT 460800
--> Carrier detected.  Waiting for prompt.
~[7f]}#@!}!3} }8}"}&} }*} } }#}$@#}%}&<[02]}]0}'}"}(}"V>~
--> PPP negotiation detected.
--> Starting pppd at Wed Jan 12 00:21:09 2005
--> pid of pppd: 4308
--> Using interface ppp0
--> pppd:  ATM1L1
--> pppd:  ATM1L1
--> pppd:  ATM1L1
--> local  IP address 213.6.55.184
--> pppd:  ATM1L1
--> remote IP address 62.104.221.34
--> pppd:  ATM1L1
--> primary   DNS address 62.104.191.241
--> pppd:  ATM1L1
--> secondary DNS address 62.104.196.134
--> pppd:  ATM1L1
Caught signal #2!  Attempting to exit gracefully...
--> Terminating on signal 15.
--> pppd:  ATM1L1
--> Disconnecting at Wed Jan 12 00:24:25 2005
Protokoll vom typischen Versuch mit Arcor, wo immer vergeblich angeklingelt und gerauscht wird, ohne Antwort:
Code:
[root@localhost etc]# wvdial
--> WvDial: Internet dialer version 1.54.0
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATDT08001070800
--> Waiting for carrier.
ATDT08001070800
Caught signal #2!  Attempting to exit gracefully...
--> Disconnecting at Wed Jan 12 00:25:41 2005
Ich habe die Freenet-Verbindung anschließend mal mit KPPP probiert, da kam es aber zu einem Fehler. Daraufhin schlug mir KPPP vor, den Verbindungsaufbau zu protokollieren (Debug-Modus) und es erneut zu versuchen. Bei diesem (dritten) Versuch klappte die Verbindung und ich konnte das Internet (=das Forum) erreichen.

Bei der Gelegenheit habe ich gleich die Providerinfos in qLCR aktualisiert. Die Verbindung, die ich jetzt nutze, um diesen Text loszuschicken, wollte ich mit qLCR aufgebauen, aber damit hat es wieder nicht geklappt (egal welcher Anbieter). Nur die mit KPPP gestartete Freenet-Verbindung funktioniert (im jeweils zweiten Durchlauf). :hä
 
Frag mich nicht, keine Ahnung, woran das liegt...
Jedenfalls ist das ein Grund, warum ich immer noch auf Suse stehe:
Da sind die ganzen exoten - Treiber alle schon mit eingebaut, so dass man sich da selber keinen Kopf drum machen muss...

Ob das jetzt immer von Vorteil ist, ist eine andere Frage *g*
 
ch habe Arcor IbC Basis Nacht eingegeben:
Phone: 0800 1070800
User: arcor
Password: internet

Bist Du sicher, daß das die Einwahlnummer ist und nicht die Hotline-Nummer ?

nochwas:
Ich gabe gerade mal die Protokolle studiert, die sehen doch soweit gut aus. Das Modem wählt doch.
Wählen ist diese Zeile: ATDT019231760

bzw. diese: ATDT08001070800

Bei Freenet bekommt er den Carrier und den Connect:
CONNECT 460800
--> Carrier detected. Waiting for prompt.

und bei Arcor eben nicht (wobei ich die Nummer immer noch für die Hotline halte):

Schau mal hier:
http://www.arcor.de/privat/ibc/basistarif/index.jsp
 
:wand Arrgh! Wenn das tatsächlich nur eine Hotline ist, dann könnte ich mich grün und blau ärgern! :wand

Aber höchstwahrscheinlich ist das so, denn bei genauerer Betrachtung liefert der Web.de-Smartsurfer unter "Details" immer nur die Hotline des ISP und von Smartsurfer, aber keine Einwahlnummer. Warum er dann Username und Password angibt, verstehe ich nicht - die kann man ja ohne Nummer nicht brauchen. Und die Daten liegen in einer .dat, so daß ich keine Ahnung habe, wie ich daraus leserliche Informationen ziehen kann.

Aber was mich - davon unabhängig - noch stört, ist der Umstand, daß ich nur dann eine Verbindung herstellen kann, wenn ich KPPP zweimal verbinden lasse. Der erste Versuch endet mit einem Abbruch, weil der timeout für pppd überschritten wird (er steht auf 30s). Dann wechselt KPPP in den Debug-Modus und stellt die Verbindung tadellos her. Kann ich pppd irgendwie vor Verbindungsaufbau starten? Das kostet sonst alles Onlinezeit...

Und mich wundert, daß die Verbindung nur mit KPPP wirklich nutzbar ist. Wenn ich dieselben Verbindungsdaten in der wvdial.conf eintrage, kommt der manuell (wvdial) gestartete Verbindungsaufbau über local, remote, primary, secundary DNS nicht hinaus. Da geschieht dann erstmal garnichts, bis ich entnerft Strg+c drücke, um die Verbindung wieder zu trennen. Auf welche Feineinstellungen muß ich hier noch achten, um auch den manuellen Verbindungsaufbau zu ermöglichen?
 
Ich habe gerade kein Redhat installiert, aber so weit ich mich erinnern kann, hatten die noch ein eigenes Einwahltool (hieß glaube ich Netzwerkkontrolle oder ähnlich). Da muss man die Verbindung erst aktivieren (also pppd laden) und dann Einwählen.
 
Ich weiß nicht, was eine Hardcopy vom wvdial ist, daher kann ich diesen Teil der Frage nicht beantworten. Von den anderen Versuchen existieren aber möglicherweise auch Protokolle, das schaue ich morgen mal nach.

@Bio-logisch:
Danke für den Hinweis mit dem Netzwerk. Das werde ich auch gleich morgen mal ausprobieren. Heute komme ich nicht mehr dazu.

Danke für die Hilfe jedenfalls!
 
oder schick doch mal die log & debug meldungen vom qLCR (die beinhalten auch die wvdial ausgabe) ....
 
Nach langer Abstinenz habe ich heute mal wieder Linux gestartet. Die Logs von damals sind inzwischen weg, aber ich habe mal notiert, was er diesmal zu sagen hatte:

Erster, erfolgreicher Verbindungsaufbau mit KPPP, Debug-Log aus qLCR (wo finde ich die Logs von KPPP? die erschienen leer.):
Code:
16:18:49 (qlcr) wget -nv --tries=1 --wait=2 -O /root/.qlcr/provider.xml.bz2 [url]http://zippedprovider.webhop.org[/url]
16:19:03 (wget) 16:19:03 URL:[url]http://www.freenet.de/freenet/customerindex_2.html[/url] [38,669] -> "/root/.qlcr/provider.xml.bz2" [1]
16:19:04 (qlcr) wget -nv --tries=1 --wait=2 -O /root/.qlcr/provider.xml.bz2 [url]http://zippedprovider.webhop.org[/url]
16:19:11 (wget) 16:19:11 URL:[url]http://qlcr.ql.funpic.de/provider.xml.bz2[/url] [1,811/1,811] -> "/root/.qlcr/provider.xml.bz2" [1]
16:19:11 (qlcr) bunzip2 --force --keep /root/.qlcr/provider.xml.bz2
Und so sieht der zweite, erstaunlicherweise ebenfalls erfolgreiche Versuch aus; erstaunlich, weil mit qLCR, mit dem es bisher nie geklappt hatte:
Code:
16:40:59 (qlcr) wvdial --config /root/.qlcr/wvdial.conf LCR
16:40:59 (wvdial) --> 
16:40:59 (wvdial) WvDial: Internet dialer version 1.54.0
16:40:59 (wvdial) 
16:40:59 (wvdial) --> Initializing modem.
16:40:59 (wvdial) --> Sending: ATZ
16:41:00 (wvdial) ATZ
16:41:00 (wvdial) OK
16:41:00 (wvdial) --> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
16:41:00 (wvdial) ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
16:41:00 (wvdial) OK
16:41:00 (wvdial) --> Sending: ATM1L1
16:41:00 (wvdial) ATM1L1
16:41:00 (wvdial) OK
16:41:00 (wvdial) --> Modem initialized.
16:41:00 (wvdial) --> Sending: ATDT019285520
16:41:00 (wvdial) --> Waiting for carrier.
16:41:00 (wvdial) ATDT019285520
16:41:16 (wvdial) CONNECT 115200 
16:41:16 (wvdial) --> Carrier detected.  Starting PPP immediately.
16:41:16 (wvdial) --> Starting pppd at Wed Feb  2 16:41:16 2005
16:41:16 (wvdial) --> pid of pppd: 4458
16:41:16 (wvdial) --> Using interface ppp0
16:41:18 (wvdial) --> local  IP address 213.6.55.208
16:41:18 (wvdial) --> remote IP address 62.104.221.34
16:41:18 (wvdial) --> primary   DNS address 62.104.191.241
16:41:18 (wvdial) --> secondary DNS address 62.104.196.134
16:41:18 (qlcr) wget -nv --tries=1 --wait=2 -O /root/.qlcr/provider.xml.bz2 [url]http://zippedprovider.webhop.org[/url]
16:41:38 (wget) 16:41:38 URL:[url]http://www.meome.de/customerindex_2.html[/url] [32,028] -> "/root/.qlcr/provider.xml.bz2" [1]
16:41:38 (qlcr) wget -nv --tries=1 --wait=2 -O /root/.qlcr/provider.xml.bz2 [url]http://zippedprovider.webhop.org[/url]
16:41:49 (wget) 16:41:49 URL:[url]http://qlcr.ql.funpic.de/provider.xml.bz2[/url] [1,811/1,811] -> "/root/.qlcr/provider.xml.bz2" [1]
16:41:49 (qlcr) bunzip2 --force --keep /root/.qlcr/provider.xml.bz2
 
Oben