Debian Etch + Asterisk 1.4 + HFC-S Card

Also wenn ich einen anruf per ISDN erhalte, sehe ich in der CLI

-- Extension '+431xxxx' in context 'inbound' from '+43yyyyyyxxxxxx' does not exist. Rejecting call on channel 0/1, span 1

wobei ich in der extensions.conf die 43 durch die 49 ersetzt habe... ?!


OK: war jetzt nicht logisch von mir...
ich denke ich muss da was ändern... localprefix +490 oder ...?! (zapata.conf)
; sample prefixes for Vienna, Austria, to see callerid in format: "+<E.164 number>"
internationalprefix = +
nationalprefix = +43
localprefix = +431
privaterefix = +43122222
unknownprefix =
 
Zuletzt bearbeitet:
ja, ist sie, wir und unsere partner verwenden, wie gesagt, genau diese karte sicher bei 100 installationen mit "anlagenanschluss", also mit durchwahlen. in AT haben wir es gut, wir bekommen mit einer einzigen isdn leitung beliebig viele durchwahlen, so habe ich z.b. zu hause einen stinknormalen isdn anschluss, bei dem ich alle durchwahlen bis zu 6 stellen (!) verwenden kann (ohne mehrkosten). dass das in DE anders ist musste ich bei meiner ersten installation in FFM feststellen. eigentlich schon ein wahnsinn bei euch ;-)

du kannst, wenn das alles dann isdn-mäßig konfiguriert ist, mal versuchen, eine nummer anzurufen, indem du eine "0" vorwählst, wie das ja bei den meisten telefonanlagen-installationen üblich ist.

sehe gerade, dass du schon testest (während ich schreibe, kommen neue posts in unserem thread ;-))....

jetzt ist es noch nötig, deine örtlichen einstellungen in der "/etc/asterisk/zapata.conf" einzutragen (ab zeile 75 in der, die mit den zakotel paketen mitkommt):
Code:
...
internationalprefix = +
nationalprefix = +49
localprefix = +49xxxx
privateprefix = +49xxxxyyyyyy
unknownprefix =
...
wobei
xxxx ist die vorwahl deines ortsnetzes
yyyyyy ist deine hauptnummer (keine ahnung, wie das mit MSNs funzt...)

diese einstellungen liefern dir immer eine +<e.164> in deinen dialplan und in die CDR tabelle, also schön sauber und normalisiert...

bei MSN wird scheinbar nicht an die durchwahl "s" (wie beim anlagenanschluss) sondern an deine MSNs geschickt. dazu kannst du einfach deine msn nummern im dialplan unter dem context "[inbound]" abhandeln.

[EDIT]
Code:
...
[inbound]
exten = +4911112222,1,....
...
exten = +4911112223,1,....
...
[/EDIT]

damit die ausgehenden callerids richtig gesetzt werden, bitte auch in der "/etc/asterisk/extensions.conf" im abschnitt "[globals]" deine rufnummerndaten eintragen:
Code:
...
[globals]
INTL_PREFIX = 49
NATIONAL_PREFIX = xxxx
LOCAL_PREFIX = yyyyyy
...

ein wort noch zur rauswahl: es ist ja so, dass du (höchstwahrscheinlich) über deine isdn leitung keine "0049xxyy" wählen kannst, dafür ist der context "[isdn-out]" da, der das richtig umsetzt, weil du ja (wie bereits früher erwähnt) in den "[outbound]" context immer mit einer e.164 nummer gelangen solltest, um internationale carrier (provider) verwenden zu können. dafür wurde auch das macro trunkdial in dieser konfiguration eingeführt. schau dir das mal im dialplan an, ob du schon verstehst, wie das alles geht...

dann sollte es eigentlich schon funzen!

grüße,
laureen
 
Zuletzt bearbeitet:
hab ein beispiel für die msns oben hinzugefügt....
 
ein wort noch zur rauswahl: es ist ja so, dass du (höchstwahrscheinlich) über deine isdn leitung keine "0049xxyy" wählen kannst, dafür ist der context "[isdn-out]" da, der das richtig umsetzt, weil du ja (wie bereits früher erwähnt) in den "[outbound]" context immer mit einer e.164 nummer gelangen solltest, um internationale carrier (provider) verwenden zu können. dafür wurde auch das macro trunkdial in dieser konfiguration eingeführt. schau dir das mal im dialplan an, ob du schon verstehst, wie das alles geht...
habe ich jetzt zwar noch nicht verstanden, :)

ich komme nur per 0049xxxxxxxyyyyyyyyy raus... wobei ich da woanders lande, da die nummer mit 2x 49 gesetzt wird...

+4949xxxxxxxxyyyyyyyyy




ABER wenn ich in die extensions.conf

unter inbound

exten = +49xxxxxyyyyyyyy,1,answer()
...
...

eintrage.. bekomme ich den Anruf ;) ganz normal ich müsste nur noch einmal sehen, warum das die komplette nr sein muss ? incl. ländervorwahl...

aber den schritt hätten wir dann auch
 
Zuletzt bearbeitet:
stell dir mal folgendes vor:

du verwendest grundsätzlich provider A, der über SIP angebunden ist. wir nennen den mal den ersten trunk (oder "TRUNK0")
geht der anruf über den provider A nicht durch, soll der anruf über die ISDN leitung, also über den ISDN trunk (oder "TRUNK1") geschickt werden

jetzt musst du aber eventuell bei provider A eine e.164 nummer wählen (z.b. "4911112222", MIT länderkennung für deutschland), wogegen, wenn du über isdn rauswählst, z.b. "011112222" schicken musst, oder, wenn du dich mit deiner isdn leitung im vorwahlbereich "1111" befindest, musst (oder darfst) du gar nur "2222" wählen.

um das abhandeln zu können, musst du während des ausgehenden anrufes die rufnummer des ziels umbauen. jetzt geht der dialplan im context "[isdn-out]" einfach her und vergleicht die in den globalen dialplanvariablen eingestellten werte ("[globals]" im dialplan) mit der rufnummer und baut diese entsprechend um, damit es mit der isdn leitung richtig funktioniert.

weil das aber noch nicht genug ist, musst du auch deine callerid bei isdn richtig setzten, das macht dann das trunkdial makro, bevor der anruf in den context "[isdn-out]" geschickt wird.

hast du's soweit?

grüße,
laureen
 
ja ich denke schon, aber irgendwie verwirrt mich das hin und her setzten der vorwahlen... ;)
ich seh den Wald vor lauter Bäumen nicht... :(
 
ich glaube, dass sich das nicht anders abbilden lässt, da die telekom in Ö und die t-com in DE die rauswahl per e.164 nummer in die nationalen netze nicht zulassen. bitte akzeptiere das mal für's erste so wie es ist. wie ist denn der aktuelle status deiner asterisk installation? geht das raus- und reinwählen schon einwandfrei? weil dann könnten wir ja mit den nächsten punkten weitermachen....

grüße,
laureen
 
no... also mein Problem ist die Prefixgeschichte...und die macht mir gerade Probleme...

d.h. wenn ich in die zapata.conf

folgende Variablen einbaue


Wenn ich anrufe wähle ich z.B. 0049 89 12345

wobei Länderkennung 0049
Ortsvorwahl: 089
Rufnummer: 12345


Aber bei der Auslandsrufnummer habe ich nicht mehr die, also 0049 [0] 89 12345

Laut deinem Beispiel wäre das ja:
; sample prefixes for Vienna, Austria, to see callerid in format: "00<E.164 number>"
;internationalprefix = 00
;nationalprefix = 0043
;localprefix = 00431
;privaterefix = 0043122222
;unknownprefix =

für meinen Fall dann also

;internationalprefix = 00
;nationalprefix = 0049
;localprefix = 004989
;privaterefix = 00498912345
;unknownprefix =

ich sehe dann aber in CLI: outbound, 49898912345, 3 also die Vorwahl doppelt...


EDIT: wenn ich jetzt auf eine Mobilfunknummer anrufe wird folgende nummer gewählt:

498917212345678

49 89 172 12345678
 
Zuletzt bearbeitet:
Also es scheint eher an der extensions.conf zu liegen...


habe ich jetzt so geändert...
[globals]
; my Area (USE ONLY DIGITS, NO BLANKS, "+" OR OTHER CHARACTERS !!!)
INTL_PREFIX = 00
NATIONAL_PREFIX = 49
LOCAL_PREFIX = 0


Bis auf Nummern innerhalb des Ortsnetz (ohne 0) gibt er keinen error...
Aber wenn ich wähle, höre ich ein Freizeichen und direkt danach, das nicht erreichbar... ?


OK :doof::-Ö

ICH MUSS JA AUCH EINE 0 FÜR´s AMT VORWÄHLEN !
SORRY !
 
Zuletzt bearbeitet:
noch ein beispiel dazu:

folgendes nehmen wir mal an:
- du sitzt in deutschand: internationale vorwahl von DE ist "0049"
- du sitzt in berlin: nationale vorwahl von berlin ist "030"
- dein isdn anschluss hat die nummer "123456"

-----------------------------------------
szenario 1:
rufe ich dich von einem mobiltelefon oder einem isdn telefon aus Ö an, also aus dem ausland, an, muss ich folgendes wählen:
004930123456

rufe ich dich von einem telefon an einer telefonanlage an, muss ich vor die nummer eine "0" packen, quasi zum "rauswählen" aus der telefonanlage, also
0004930123456
die telefonanlage erkennt an der ersten "0", dass ich rauswählen will, schneidet diese erste "0" ab, und schickt den rest der nummer an die isdn leitung, die an dieser anlage hängt.

die "0" für berlin brauche ich also nicht zu wählen, weil ja "0049" bereits anzeigt, dass ich ins nationale netz von DE wähle und ich deswegen IMMER eine ortsvorwahl brauche.
-----------------------------------------

-----------------------------------------
szenario 2:

rufe ich dich jetzt von einem mobiltelefon oder festnetzanschluss in DE an, muss ich
030123456
wählen.

sitze ich an einem telefon an einer anlage, muss ich
0030123456
wählen, die anlage schneidet wiederum diese erste "0" ab und schickt den rest über die isdn leitung.
-----------------------------------------

-----------------------------------------
szenario 3:
ich bin nach berlin umgezogen und möchte dich erreichen, da brauche ich jetzt keine ortsvorwahl mehr, es reicht, wenn ich einfach
123456
von einem festnetzanschluss wähle und bei dir wird es läuten.

wenn ich also in berlin sitze und über eine telefonanlage rauswähle, muss ich wieder diese führende "0" wählen, die der anlage sage, dass ich ins telefonnetz rauswählen will:
0123456
die anlage schneidet wiederum diese erste "0" ab und schickt den rest über die isdn leitung.
-----------------------------------------

welche gemeinsamkeit fällt uns hier bei allen drei szenarios auf?
richtig, diese "0" beim rauswählen über eine telefonanlage, sonst funktioniert alles gleich wie auf einem "normalen" festnetzanschluss. jetzt kann aber die telefonanlage nicht wissen, wo sie gerade läuft, deswegen sagen wir ihr das mit den einzelnen dialplanvariablen.

war das etwas klarer?

grüße,
laureen
 
nein, es muss so sein:
Code:
[globals]
; my Area (USE ONLY DIGITS, NO BLANKS, "+" OR OTHER CHARACTERS !!!)
INTL_PREFIX = 49
NATIONAL_PREFIX = 30
LOCAL_PREFIX = 123456

wenn du in DE sitzt (0049)
wenn du in Berlin sitzt (030)
wenn deine nummer 123456 ist

also bitte entsprechend anpassen.
 
Asche auf mein Haupt... mein Fehler... !

Ich werd hier noch kirre... das ich die Amtsholung vergessen habe... :Ö
 
"Amtsholung", ein wahrhaft schöner Ausdruck für "0", oder?

sonst alles klar?
 
"Amtsholung", ein wahrhaft schöner Ausdruck für "0"

JA ;)

so ... ansonsten läuft es dann...

und ich sag immer "30 cm Fehler"... Ich wär dann soweit... heheh
 
kannst mal bitte (sicherheithalber) folgenden befehl von der linux command line absetzen und die ausgabe hier posten:
Code:
# ls -lasi /var/log/syslo*

möchte mal sehen, ob die isdn karte eventuell den log zumüllt....

danke,
laureen
 
Code:
voipsrv:~# ls -lasi /var/log/syslo*
64426 836 -rw-r----- 1 root adm 851194 2008-06-26 17:49 /var/log/syslog
64397 396 -rw-r----- 1 root adm 401266 2008-06-25 13:25 /var/log/syslog.0
 
gar nicht gut, mach mal ein
Code:
# tail -n 30 /var/log/syslog
und poste das ergebnis!

was macht die der konsolenschirm?
 
Code:
voipsrv:~# tail -n 30 /var/log/syslog
Jun 26 17:44:32 voipsrv ntpd[2249]: precision = 1.000 usec
Jun 26 17:44:32 voipsrv ntpd[2249]: Listening on interface wildcard, 0.0.0.0#123 Disabled
Jun 26 17:44:32 voipsrv ntpd[2249]: Listening on interface wildcard, ::#123 Disabled
Jun 26 17:44:32 voipsrv ntpd[2249]: Listening on interface lo, ::1#123 Enabled
Jun 26 17:44:32 voipsrv ntpd[2249]: bind() fd 19, family 10, port 123, scope 2, addr fe80::20a:5eff:fe58:1ea1, in6_is_addr_multicast=0 flags=1 fails: Cannot assign requested address
Jun 26 17:44:32 voipsrv ntpd[2249]: Listening on interface lo, 127.0.0.1#123 Enabled
Jun 26 17:44:32 voipsrv ntpd[2249]: Listening on interface eth0, 192.168.178.52#123 Enabled
Jun 26 17:44:32 voipsrv ntpd[2249]: kernel time sync status 0040
Jun 26 17:44:32 voipsrv ntpd[2249]: frequency initialized 29.251 PPM from /var/lib/ntp/ntp.drift
Jun 26 17:44:32 voipsrv /usr/sbin/cron[2258]: (CRON) INFO (pidfile fd = 3)
Jun 26 17:44:32 voipsrv /usr/sbin/cron[2259]: (CRON) STARTUP (fork ok)
Jun 26 17:44:32 voipsrv /usr/sbin/cron[2259]: (CRON) INFO (Running @reboot jobs)
Jun 26 17:44:35 voipsrv kernel: Zapata Telephony Interface Registered on major 196
Jun 26 17:44:35 voipsrv kernel: Zaptel Version: 1.4.10
Jun 26 17:44:35 voipsrv kernel: Zaptel Echo Canceller: MG2
Jun 26 17:44:36 voipsrv kernel: zaphfc: jitterbuffer size: 1
Jun 26 17:44:36 voipsrv kernel: ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
Jun 26 17:44:36 voipsrv kernel: ACPI: PCI Interrupt 0000:01:05.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 233
Jun 26 17:44:36 voipsrv kernel: zaphfc: CCD/Billion/Asuscom 2BD0 configured at mem 0xf893a000 fifo 0xf52f8000(0x352f8000) IRQ 233 HZ 250
Jun 26 17:44:36 voipsrv kernel: zaphfc: Card 0 configured for TE mode
Jun 26 17:44:36 voipsrv kernel: zaphfc: Card 0 configured for master mode
Jun 26 17:44:36 voipsrv kernel: zaphfc: 1 hfc-pci card(s) in this box.
Jun 26 17:44:37 voipsrv /etc/mysql/debian-start[2307]: Checking for crashed MySQL tables.
Jun 26 17:44:39 voipsrv kernel: Registered tone zone 9 (Austria)
Jun 26 17:44:40 voipsrv ntpd[2249]: synchronized to 88.198.xxx.xxx, stratum 2
Jun 26 17:44:40 voipsrv ntpd[2249]: time reset -0.443513 s
Jun 26 17:44:40 voipsrv ntpd[2249]: kernel time sync enabled 0001
Jun 26 17:44:41 voipsrv kernel: eth0: no IPv6 routers present
Jun 26 17:49:02 voipsrv ntpd[2249]: synchronized to 212.77.xxx.xxx, stratum 2
Jun 26 17:52:54 voipsrv ntpd[2249]: synchronized to 85.214.xxx.xxx, stratum 2
voipsrv:~#
 
habe gerade keinen Bildschirm angeschlossen... aber kann ich gerne machen wenn nötig.
 
falscher alarm, ich vergaß, dass du ja öfters rebootet hast, deswegen ist dein syslog 850kb gross. normalerweise darf keine der der dateien grösser als 50k gross sein, dann ist etwas nicht in ordnung und man tut gut, das mal zu überprüfen. bei mir sind die dateien zwischen 12 und 15 kb gross.

dorthin loggt der zaphfc treiber, wenn etwas nicht passt (z.b. interrupt probleme), und der loggt dann wie verrückt.

puh, wiedermal geister gesehen, sorry, aber sicher ist sicher....

also wie es aussieht hast du jetzt eine saubere installation, zumindest von der hardware bis zur asterisk. das wäre jetzt mal ein guter zeitpunkt für eine sicherung...

hab noch ca. 1 stunde zeit, dachte mir, wir schauen uns mal den "[inbound]" context an, und wir gehen das punkt für punkt durch, was bei einer installation mit den zakotel paketen per standard von "aussen" erreichbar ist, ok?

grüße,
laureen
 
Kostenlos!

Statistik des Forums

Themen
249,052
Beiträge
2,309,532
Mitglieder
378,850
Neuestes Mitglied
IchBinEsDoch