Incomming call [...] Assuming ????
Bitte helft mir, ich möchte, dass nur von mir eingetragene Nummern eine Verbindung zu unserem Server herstellen können. Wenn ich die Nummern im Yast eintrage und das Häkchen "Nur Nummern aus dieser Liste erlauben" anklicke, so nimmt der Server keinerlei Anrufe mehr entgegen, auch nicht die, die in der Liste stehen. Wenn ich als eingene Nummer im Einwahlserver die "0" eintrage, so nimmt er allerdings jede nummer an. Die verbindung geht direkt über den NTBA, die Telefonanlage spielt hierbei keine Rolle! Ich geb euch am besten mal die var/log/ messages Jan 31 11:46:02 chekov ipppd[621]: Connect[0]: /dev/ippp2, fd: 6 Jan 31 11:46:02 chekov kernel: isdn_net: local hangup ippp2 Jan 31 11:46:02 chekov kernel: ippp2: Chargesum is 0 Jan 31 11:46:02 chekov kernel: ippp_ccp: freeing reset data structure c3a7c000 Jan 31 11:46:02 chekov kernel: ippp, open, slot: 2, minor: 2, state: 0000 Jan 31 11:46:02 chekov kernel: ippp_ccp: allocated reset data structure c0bf2000 Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User) Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? HANGUP ( 0:05:07 I= 19.9Kb O=175.1Kb) Jan 31 11:46:03 chekov su: (to nobody) root on none Jan 31 11:46:03 chekov su: pam_unix2: session started for user nobody, service su Jan 31 11:46:08 chekov kernel: isdn_net: Incoming call without CPN, assuming '0' Jan 31 11:46:08 chekov kernel: ippp2: call from XXX -> 0 accepted Jan 31 11:46:08 chekov kernel: isdn_net: ippp2 connected Jan 31 11:46:08 chekov ipppd[621]: Local number: 0, Remote number: , Type: incoming Jan 31 11:46:08 chekov ipppd[621]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 6 Jan 31 11:46:08 chekov ipppd[621]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xe758454f> <pcomp> <accomp>] Jan 31 11:46:08 chekov ipppd[621]: rcvd [0][LCP ConfReq id=0x0 <mru 1504> <magic 0xdd16af57> <callback 6> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][LCP ConfRej id=0x0 <callback 6>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][LCP ConfAck id=0x1 <mru 1500> <auth chap md5> <magic 0xe758454f> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][LCP ConfReq id=0x2 <mru 1504> <magic 0xdd16af57> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][LCP ConfAck id=0x2 <mru 1504> <magic 0xdd16af57> <pcomp> <accomp>] Jan 31 11:46:09 chekov ipppd[621]: lcp layer is UP Jan 31 11:46:09 chekov isdnlog: Jan 31 11:46:09 Call to tei 64 from XXX on ? CONNECT (Data) Jan 31 11:46:09 chekov isdnlog: Jan 31 11:46:09 Call to tei 64 from XXX on ? INTERFACE ippp2 called by XXX Jan 31 11:46:09 chekov isdnlog: Jan 31 11:46:09 Call to tei 64 from XXX on ? INTERFACE ippp3 called by XXX Jan 31 11:46:09 chekov ipppd[621]: ioctl(SIOCSIFMTU): Invalid argument, 5 ippp2 1504. Jan 31 11:46:09 chekov ipppd[621]: sent [0][CHAP Challenge id=0x2 <68f837d4e2bb43d03b95a87e834d73a6f2b28129671f330b8ba8ecef72e7f9030ee4f93283abd7d4be433ab8>, name = "ju"] Jan 31 11:46:09 chekov ipppd[621]: ChapSendChallenge: Sent id 2. Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][CHAP Response id=0x2 <eb8001247458369b14e7abbdaf334974>, name = "XX"] Jan 31 11:46:09 chekov ipppd[621]: ChapReceiveResponse: Rcvd id 2. Jan 31 11:46:09 chekov ipppd[621]: ChapReceiveResponse: received name field: XX Jan 31 11:46:09 chekov ipppd[621]: sent [0][CHAP Success id=0x2 "Welcome to chekov."] Jan 31 11:46:09 chekov ipppd[621]: ChapSendStatus: Sent code 3, id 2. Jan 31 11:46:09 chekov ipppd[621]: MPPP negotiation, He: No We: No Jan 31 11:46:09 chekov ipppd[621]: Useifip for ippp2: Got IF-Src-IP: d50b0d0a Jan 31 11:46:09 chekov ipppd[621]: Useifip for ippp2: Got IF-Dst-IP: d50f0d0a Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfReq id=0x1 <addr X.X.X.X> <compress VJ 0f 01>] Jan 31 11:46:09 chekov ipppd[621]: CCP enabled! Trying CCP. Jan 31 11:46:09 chekov ipppd[621]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Jan 31 11:46:09 chekov ipppd[621]: ccp_resetci! Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfReq id=0x0 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins1 0.0.0.0> <ms-wins2 0.0.0.0>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfRej id=0x0 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins1 0.0.0.0> <ms-wins2 0.0.0.0>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfReq id=0x2 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfReq id=0x2 <addr 0.0.0.0>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfNak id=0x2 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfAck id=0x2 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: rcvd [0][IPCP ConfReq id=0x4 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: sent [0][IPCP ConfAck id=0x4 <addr X.X.X.X>] Jan 31 11:46:09 chekov ipppd[621]: local IP address [IP] Jan 31 11:46:09 chekov ipppd[621]: remote IP address [IP] Jan 31 11:47:45 chekov ipppd[621]: rcvd [0][LCP TermReq id=0x3] Jan 31 11:47:45 chekov ipppd[621]: LCP terminated by peer Jan 31 11:47:45 chekov ipppd[621]: sent [0][LCP TermAck id=0x3] Jan 31 11:47:45 chekov kernel: isdn_net: local hangup ippp2 Jan 31 11:47:45 chekov kernel: ippp2: Chargesum is 0 Jan 31 11:47:45 chekov ipppd[621]: Modem hangup Danke!
Hallo Lorenz, Lorenz Krause schrieb:
Bitte helft mir, ich mö6chte, dass nur von mir eingetragene Nummern eine Verbindung zu unserem Server herstellen können. Wenn ich die Nummern im
Du musst die entsprechende Nummer nur in YaST eintragen und die Option aktivieren, dass sich nur Nummern aus der Liste verbinden dürfen. Danach die Änderungen speichern und darauf achten, dass SuSEconfig läuft. Nach dem Du YaST verlassen hast, würde ich an Deiner Stelle mit ifconfig überprüfen, ob die ganzen Interfaces noch angezeigt werden. Falls nicht, mit rcisdn und rcnetwork alles mal neustarten. Oder, falls Dir ein Neustart nicht weh tut, machst Du halt der Einfachheit halber einen Neustart. ;-)
Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User)
Die von Dir ausge-X-te Nummer trägst Du dann in das YaST-Feld ein. Da Du schreibst, dass Dein Rechner nicht hinter einer Anlage, sondern direkt am NTBA hängt, würde das dann bedeuten, dass Du die anrufende Nummer in der Form <VorwahlRufnummer>, natürlich ohne die spitzen Klammern, eingibst. Ich weiss allerdings nicht, inwieweit das mit dem jeweils verwendeten Treiber (HiSax/CAPI2) zusammenhängt. Bei mir funktioniert es schon seit vielen vielen Versionen von SuSE, auch mit den verschiedenen Treibern. Michael
On Mon, Jan 31, 2005 at 02:49:47PM +0100, Lorenz Krause wrote:
Bitte helft mir, ich möchte, dass nur von mir eingetragene Nummern eine Verbindung zu unserem Server herstellen können. Wenn ich die Nummern im Yast eintrage und das Häkchen "Nur Nummern aus dieser Liste erlauben" anklicke, so nimmt der Server keinerlei Anrufe mehr entgegen, auch nicht die, die in der Liste stehen. Wenn ich als eingene Nummer im Einwahlserver die "0" eintrage, so nimmt er allerdings jede nummer an. Die verbindung geht direkt über den NTBA, die Telefonanlage spielt hierbei keine Rolle!
Dir kann nur der Telefonnetzbetreiber der Gegenstelle helfen, indem dort die Rufnummernuebertragung eingeschalten wird, momentan ist die dort abgeschaltet.
Ich geb euch am besten mal die var/log/ messages
Jan 31 11:46:02 chekov ipppd[621]: Connect[0]: /dev/ippp2, fd: 6 Jan 31 11:46:02 chekov kernel: isdn_net: local hangup ippp2 Jan 31 11:46:02 chekov kernel: ippp2: Chargesum is 0 Jan 31 11:46:02 chekov kernel: ippp_ccp: freeing reset data structure c3a7c000 Jan 31 11:46:02 chekov kernel: ippp, open, slot: 2, minor: 2, state: 0000 Jan 31 11:46:02 chekov kernel: ippp_ccp: allocated reset data structure c0bf2000 Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User) Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? HANGUP ( 0:05:07 I= 19.9Kb O=175.1Kb) Jan 31 11:46:03 chekov su: (to nobody) root on none Jan 31 11:46:03 chekov su: pam_unix2: session started for user nobody, service su Jan 31 11:46:08 chekov kernel: isdn_net: Incoming call without CPN, assuming '0'
Das bedeutet es is keine Rufnummer uebertragen worden - Problem der Gegenseite, entweder wurde das beim Netzbetreiber falsch konfiguriert (kommt oefters vor) oder auch so bestellt. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, Karsten Keil schrieb:
On Mon, Jan 31, 2005 at 02:49:47PM +0100, Lorenz Krause wrote:
Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User) Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? HANGUP ( 0:05:07 I= 19.9Kb O=175.1Kb)
Jan 31 11:46:08 chekov kernel: isdn_net: Incoming call without CPN, assuming '0'
Dir kann nur der Telefonnetzbetreiber der Gegenstelle helfen, indem dort die Rufnummernuebertragung eingeschalten wird, momentan ist die dort abgeschaltet.
Woran sieht Du das? An "call without CPN"? Warum hat Lorenz denn dann hier: "Call to tei 64 from XXX on ?" ausge-X't??? Also müsste da doch irgendeine Nummer gestanden haben? Michael
* Michael Ludwig schrieb:
Karsten Keil schrieb:
On Mon, Jan 31, 2005 at 02:49:47PM +0100, Lorenz Krause wrote:
Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User) Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? HANGUP ( 0:05:07 I= 19.9Kb O=175.1Kb)
Jan 31 11:46:08 chekov kernel: isdn_net: Incoming call without CPN, assuming '0'
Dir kann nur der Telefonnetzbetreiber der Gegenstelle helfen, indem dort die Rufnummernuebertragung eingeschalten wird, momentan ist die dort abgeschaltet.
Woran sieht Du das? An "call without CPN"? Warum hat Lorenz denn dann hier: "Call to tei 64 from XXX on ?" ausge-X't??? Also müsste da doch irgendeine Nummer gestanden haben?
XXX ist die Nummer des Anrufers, die Quellrufnummer. Sie fehlt häufig, was dann folgende Meldung zur Folge hat: "isdn_net: Incoming call without OAD, assuming '0'". OAD steht dabei für originating address, an anderer Stelle wird hier auch von der calling party number gesprochen. Ungewöhnlich ist hier, dass die Zielrufnummer nicht angegeben wird, normalerweise wird die angewählte MSN übermittelt, die dann anstelle des ? erscheinen würde. CPN steht hier für called party number. Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *
On Mon, Jan 31, 2005 at 03:23:21PM +0100, Karsten Keil wrote:
On Mon, Jan 31, 2005 at 02:49:47PM +0100, Lorenz Krause wrote:
Bitte helft mir, ich möchte, dass nur von mir eingetragene Nummern eine Verbindung zu unserem Server herstellen können. Wenn ich die Nummern im Yast eintrage und das Häkchen "Nur Nummern aus dieser Liste erlauben" anklicke, so nimmt der Server keinerlei Anrufe mehr entgegen, auch nicht die, die in der Liste stehen. Wenn ich als eingene Nummer im Einwahlserver die "0" eintrage, so nimmt er allerdings jede nummer an. Die verbindung geht direkt über den NTBA, die Telefonanlage spielt hierbei keine Rolle!
Dir kann nur der Telefonnetzbetreiber der Gegenstelle helfen, indem dort die Rufnummernuebertragung eingeschalten wird, momentan ist die dort abgeschaltet.
Ich geb euch am besten mal die var/log/ messages
Jan 31 11:46:02 chekov ipppd[621]: Connect[0]: /dev/ippp2, fd: 6 Jan 31 11:46:02 chekov kernel: isdn_net: local hangup ippp2 Jan 31 11:46:02 chekov kernel: ippp2: Chargesum is 0 Jan 31 11:46:02 chekov kernel: ippp_ccp: freeing reset data structure c3a7c000 Jan 31 11:46:02 chekov kernel: ippp, open, slot: 2, minor: 2, state: 0000 Jan 31 11:46:02 chekov kernel: ippp_ccp: allocated reset data structure c0bf2000 Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? Normal call clearing (User) Jan 31 11:46:02 chekov isdnlog: Jan 31 11:46:02 Call to tei 64 from XXX on ? HANGUP ( 0:05:07 I= 19.9Kb O=175.1Kb) Jan 31 11:46:03 chekov su: (to nobody) root on none Jan 31 11:46:03 chekov su: pam_unix2: session started for user nobody, service su Jan 31 11:46:08 chekov kernel: isdn_net: Incoming call without CPN, assuming '0'
Das bedeutet es is keine Rufnummer uebertragen worden - Problem der Gegenseite, entweder wurde das beim Netzbetreiber falsch konfiguriert (kommt oefters vor) oder auch so bestellt.
Sorry Tobias hat natuerlich Recht, ich habe CPN als CALLING PARTY NUMBER interpretiert, es ist aber die CALLED PARTY NUMBER. Hier ist irgendwas an Deinem Anschluss seltsam, da sollte eigentlich Deine MSN kommen, ist das ein Telekom Mehrgeraete Anschluss ? Wenn ja, dann ist mit Sicherheit etwas falsch in Deiner Vermittlungsstelle konfiguriert, in Deutschland wird beim Mehrgeraete Anschluss die MSN grundsaetzlich als Called Party number mit uebermittelt. Anders bei Anlagenanschluessen dort werden nur die Durchwahlziffern uebermittelt. Allerdings sollte das Ganze unabhaengig von der Reinkommenden Nummer sein, d.h. wenn diese Nummer so in der erlaubten Liste steht und nur Erlaubte Nummer angekreuzt wurde, sollten auch nur diese Nummern angenommen werden, egal wie Deine eigene Nummer ist (also auch bei der bei Dir notwendigen 0 als MSN). Die Nummer sind in der Regel ohne fuehrende 0 mit Vorwahl einzutragen also genau so wie sie bei Jan 31 11:46:08 chekov kernel: ippp2: call from XXX -> 0 accepted im XXX dastehen. -- Karsten Keil SuSE Labs ISDN development
participants (4)
-
Karsten Keil -
Lorenz Krause -
Michael Ludwig -
Tobias Becker