Hallo Liste, hab für unseren Support einen Router mit SuSE 8.2 und AVM Fritzcard PCI aufgebaut. Verwendet wird HiSax. Die Maschine kann momentan über eine statische Routingtabelle 4 verschiedene Verbindungen aufbauen: ippp0 (MSN 1) -> Kunde A (mit Callback) ippp1 (MSN 2) -> Kunde B ippp2 (MSN 1) -> Kunde C (mit Callback) ippp3 (MSN 3) -> Kunde D (mit Callback) Allerdings gibt es zwei Probleme: 1) Anwahl über ippp0 funktioniert. Verbindung wird abgebrochen und auf Callback gewartet. Wenn dieses hereinkommt kann es passieren, dass die Verbindung von ippp2 entgegengenommen wird! Dann stimmt natürlich das Routing nicht! 2) Kunde D stellt leider mehrmals täglich von sich aus eine Verbindung her, ohne dass ein Anruf, der ein Callback auslöst erfolgt ist. Kann man irgendwie erreichen, dass ein Anruf nur dann entgegen genommen wird, wenn er in einem bestimmten Zeitraum nach meiner Callback-Anforderung kommt und ausserdem noch von dem Interface, das den Callback ausgelöst hat? Ach ja, wenn ich schon am Mailen bin noch eine Frage: '/etc/init.d/isdn stop' schlägt mit der Meldung fehl, dass der ISDN- Treiber (hisax) beschäftigt ist. Dies geschieht auch wenn keine Verbindung besteht. Wär nett wenn mir jemand weiterhelfen kann, tappe gerede etwas im dunkeln! Gruss, Michael
On Thu, Sep 11, 2003 at 12:00:22PM +0200, Michael Patschull wrote:
Hallo Liste,
hab für unseren Support einen Router mit SuSE 8.2 und AVM Fritzcard PCI aufgebaut. Verwendet wird HiSax. Die Maschine kann momentan über eine statische Routingtabelle 4 verschiedene Verbindungen aufbauen: ippp0 (MSN 1) -> Kunde A (mit Callback) ippp1 (MSN 2) -> Kunde B ippp2 (MSN 1) -> Kunde C (mit Callback) ippp3 (MSN 3) -> Kunde D (mit Callback)
Allerdings gibt es zwei Probleme:
1) Anwahl über ippp0 funktioniert. Verbindung wird abgebrochen und auf Callback gewartet. Wenn dieses hereinkommt kann es passieren, dass die Verbindung von ippp2 entgegengenommen wird! Dann stimmt natürlich das Routing nicht!
Das kann nur passieren wen der Anruf nicht eindeutig zugeordnet werden kann. Die Zuordnung erfolgt nur ueber: Service - ist immer gleich MSN - kommt auf das Setup an. Rufnummer der Gegenstelle - kommt auf das Setup an. Deshalb kann man in solchen Faellen wo die MSN gleich ist nicht auf die Identifizierung der gegnerischen Rufnummer verzichten.
2) Kunde D stellt leider mehrmals täglich von sich aus eine Verbindung her, ohne dass ein Anruf, der ein Callback auslöst erfolgt ist.
Kann man irgendwie erreichen, dass ein Anruf nur dann entgegen genommen wird, wenn er in einem bestimmten Zeitraum nach meiner Callback-Anforderung kommt und ausserdem noch von dem Interface, das den Callback ausgelöst hat?
Leider nicht ohne Tricks, d.h z.b. das Interface nur freischalten wenn gewaehlt werden soll.
Ach ja, wenn ich schon am Mailen bin noch eine Frage: '/etc/init.d/isdn stop' schlägt mit der Meldung fehl, dass der ISDN- Treiber (hisax) beschäftigt ist. Dies geschieht auch wenn keine Verbindung besteht.
isdn kann nur runtergefahren werden, wenn vorher die ISDN netdevices deaktiviert wurden: rcnetwork stop -o type=ippp -- Karsten Keil SuSE Labs ISDN development
Danke Karsten für den superschnellen Tipp! Kann ich die Interfaces mit 'isdnctrl [addif|delif] INTERFACE_NAME sperren und freischalten? Das sperren könnte ich evtl. gleich beim Verbindungsabbau im Skript ip-down erledigen. Nur, wie schalte ich das Interface automatisch frei wenn eine Verbindungsanfrage kommt? ip-up wird doch erst ausgeführt wenn die Einwahl erfolgreich war, oder? Gruss, Michael On 11 Sep 2003 at 12:35, Karsten Keil wrote:
On Thu, Sep 11, 2003 at 12:00:22PM +0200, Michael Patschull wrote:
Hallo Liste,
hab für unseren Support einen Router mit SuSE 8.2 und AVM Fritzcard PCI aufgebaut. Verwendet wird HiSax. Die Maschine kann momentan über eine statische Routingtabelle 4 verschiedene Verbindungen aufbauen: ippp0 (MSN 1) -> Kunde A (mit Callback) ippp1 (MSN 2) -> Kunde B ippp2 (MSN 1) -> Kunde C (mit Callback) ippp3 (MSN 3) -> Kunde D (mit Callback)
Allerdings gibt es zwei Probleme:
1) Anwahl über ippp0 funktioniert. Verbindung wird abgebrochen und auf Callback gewartet. Wenn dieses hereinkommt kann es passieren, dass die Verbindung von ippp2 entgegengenommen wird! Dann stimmt natürlich das Routing nicht!
Das kann nur passieren wen der Anruf nicht eindeutig zugeordnet werden kann. Die Zuordnung erfolgt nur ueber:
Service - ist immer gleich MSN - kommt auf das Setup an. Rufnummer der Gegenstelle - kommt auf das Setup an.
Deshalb kann man in solchen Faellen wo die MSN gleich ist nicht auf die Identifizierung der gegnerischen Rufnummer verzichten.
2) Kunde D stellt leider mehrmals täglich von sich aus eine Verbindung her, ohne dass ein Anruf, der ein Callback auslöst erfolgt ist.
Kann man irgendwie erreichen, dass ein Anruf nur dann entgegen genommen wird, wenn er in einem bestimmten Zeitraum nach meiner Callback-Anforderung kommt und ausserdem noch von dem Interface, das den Callback ausgelöst hat?
Leider nicht ohne Tricks, d.h z.b. das Interface nur freischalten wenn gewaehlt werden soll.
Ach ja, wenn ich schon am Mailen bin noch eine Frage: '/etc/init.d/isdn stop' schlägt mit der Meldung fehl, dass der ISDN- Treiber (hisax) beschäftigt ist. Dies geschieht auch wenn keine Verbindung besteht.
isdn kann nur runtergefahren werden, wenn vorher die ISDN netdevices deaktiviert wurden:
rcnetwork stop -o type=ippp
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
/***************************************************** Michael Patschull Heinrich Klumpp GmbH michael.patschull@klumpp.de Motorstrasse 59 D-70499 Stuttgart Tel: ++49-711-86707- 0 Fax: ++49-711-86707-13 www: www.klumpp.de *****************************************************/
On Thu, Sep 11, 2003 at 01:31:49PM +0200, Michael Patschull wrote:
Danke Karsten für den superschnellen Tipp!
Kann ich die Interfaces mit 'isdnctrl [addif|delif] INTERFACE_NAME sperren und freischalten? Das sperren könnte ich evtl. gleich beim
isdnctrl dialmode INTERFACE_NAME off aus isdnctrl dialmode INTERFACE_NAME auto an
Verbindungsabbau im Skript ip-down erledigen. Nur, wie schalte ich das Interface automatisch frei wenn eine Verbindungsanfrage kommt? ip-up wird doch erst ausgeführt wenn die Einwahl erfolgreich war, oder?
Ja. Das geht leider nur manuell. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
Verbindungsabbau im Skript ip-down erledigen. Nur, wie schalte ich das Interface automatisch frei wenn eine Verbindungsanfrage kommt? ip-up wird doch erst ausgeführt wenn die Einwahl erfolgreich war, oder?
Ja. Das geht leider nur manuell.
oder per Überwachung der Ausgabe des isdnlog. WEnn eine charakteristische Kundennummer anruft eben das richtige device schnell starten. WEnn Ihr pro Kunde eine ISDN-Nummer zur Verfügung habt, ist es einfach: .------------ schnipp -------------------- Bei Anruf von einer Tel-Nr soll Linux ein Programm starten (Mailabruf) ======================================================================== aus man isdnlog: START MODULE isdnlog can react on any event and start programs. This feature is disabled unless you activate it with: -S start={yes|no} active "START" feature. Please read cal lerid.conf(5) for more information. -> man isdnlog.conf START You can define a subsection here. The whole section is ignored unless you gave the "-S" / start=yes option. Each subsection should have the name [FLAG]. It may hold these values: .... mein Eintag: isdnlog.conf ========================= [MSN] NUMBER = 83093937 ALIAS = xxxyyyyyyzz_is_wurscht SI = 1 ZONE = 1 START = { [FLAG] FLAGS=IR USER=root GROUP=root PROGRAM = /usr/local/bin/sms_fetch } Programm sms_fetch wird gestartet wenn auf 83093937 angerufen wird. (Dann könnte immer noch getestet werden, welcher Absender es tatsächlich ist und demnach das richtige device hochgefahren werden). Nach der Veränderung von callerid.conf ist ein Neustart des isdnlog-Daemon nötig: kill -SIGHUP <pid> DANN ERST WIRD DIE callerid.conf NEU EINGELESEN!! ------------ schnapp --------------------------------------- Ekkard
On Fri, Sep 12, 2003 at 12:13:27AM +0200, Ekkard Gerlach wrote:
* Karsten Keil schrieb:
Verbindungsabbau im Skript ip-down erledigen. Nur, wie schalte ich das Interface automatisch frei wenn eine Verbindungsanfrage kommt? ip-up wird doch erst ausgeführt wenn die Einwahl erfolgreich war, oder?
Ja. Das geht leider nur manuell.
oder per Überwachung der Ausgabe des isdnlog. WEnn eine charakteristische Kundennummer anruft eben das richtige device schnell starten.
Nein dort war der Fall umgekeht. Die Verbindungsanfrage kommt aus dem lokalen Netz. Die wollen verhindern das der Kunde von sich aus eine Verbindung aufbauen kann, er soll das nur koennen, wenn er vorher angerufen wurde (Callback). -- Karsten Keil SuSE Labs ISDN development
participants (3)
-
Ekkard Gerlach
-
Karsten Keil
-
Michael Patschull