[solved] AVM Fritz, PMP Anschluss Österreich

fips4u

Neuer User
Mitglied seit
14 Aug 2006
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Hab schon einiges hier in diesem Forum zum Thema PMP und Österreich gefunden, aber leider nichts was mir bei der Lösung meines Problems hilft.

jetziger Status:
(ich glaube) ISDN PMP Anschluss mit einer Ascom TK dahinter. einige Systemapparate die die DW ab 11 aufwaerts besitzen (11,12,...). Diese Durchwahlen sind auch von aussen (isdn) direkt erreichbar 0316xxxxxx11, etc.

gewuenschter Status:
das ganze mit Asterisk zu loesen und als interene Apparate irgendwelche SIP Hardphones (hab mal das Thomson2030 zum testen bei der Hand).

HW: AVM Fritz PCI Card
AMD athlon64, 2gig ram, usw... (sollte ausreichen)
SW: Fedora Core 4, 2.6.17-10 Kernel
Asterisk 1.2.11
freepbx (relativ aktuelle version, find hier keine versionsnummer auf die schnelle)
mISDN CVS 2006 08 26
mISDNuser CVS 2006 08 17
chan_misdn 0.3.0 stable

Da es sich ja anscheinend bei mir um einen PMP anschluss handelt, habe ich mal die mISDN treiber versucht.
Code:
[root@pbx ~]# misdnportinfo

Port  1: TE-mode BRI S/T interface line (for phone lines)
 -> Protocol: DSS1 (Euro ISDN)
 -> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
 -> childcnt: 2
 * Port NOT useable for PBX
--------

mISDN_close: fid(3) isize(131072) inbuf(0x5040a0) irp(0x5040a0) iend(0x5040a0)
[root@pbx ~]#

Code:
pbx*CLI> misdn show config
Misdn General-Config:
 -> Version: chan_misdn-0.3.1-rc23
 -> misdn_init: /etc/misdn-init.conf -> debug: 4
 -> tracefile: /var/log/misdn.trace  -> bridging: no
 -> stop_tone_after_first_digit: yes -> append_digits2exten: yes
 -> dynamic_crypt: no                -> crypt_prefix:
 -> crypt_keys:                      -> ntdebugflags: 0
 -> ntdebugfile: /var/log/misdn-nt.log

[PORT 1]
 -> name: Extern                     -> allowed_bearers: all
 -> far_alerting: no                 -> rxgain: 0
 -> txgain: 0                        -> te_choose_channel: no
 -> pmp_l1_check: yes                -> block_on_alarm: yes
 -> hdlc: no                         -> context: capi-in
 -> language: de                     -> musicclass: default
 -> callerid:                        -> method: standard
 -> dialplan: 0                      -> localdialplan: 0
 -> cpndialplan: 0                   -> nationalprefix: 0
 -> internationalprefix: 00          -> presentation: -1
 -> screen: -1                       -> always_immediate: no
 -> nodialtone: no                   -> immediate: no
 -> senddtmf: no                     -> hold_allowed: no
 -> early_bconnect: yes              -> incoming_early_audio: no
 -> echocancel: 0                    -> echocancelwhenbridged: no
 -> need_more_infos: no              -> jitterbuffer: 4000
 -> jitterbuffer_upper_threshold: 0  -> callgroup:
 -> pickupgroup:                     -> msns: *
 -> ptp: no
pbx*CLI>

Code:
pbx*CLI> misdn show port 1
BEGIN STACK_LIST:
  * Port 1 Type TE Prot. PMP L2Link DOWN L1Link:UP Blocked:0  Debug:4
pbx*CLI>
hier irritiert mich etwas das L1Link UP ist (erkennt auch erfolgreich wenn ich das kabel abstecke) aber L2Link DOWN

wenn ich nun von einer SIP nebenstelle rauswaehlen will, schaut dass dann so aus
Code:
P[ 0]  --> Group Call group: Extern
P[ 1] Group [Extern] Port [1]
P[ 1] portup:1
P[ 0]  --> * NEW CHANNEL dad:1503 oad:(null)
P[ 1] * Queuing chan 0x7eaaf0
P[ 1]  --> TON: Unknown
P[ 1]  --> LTON: Unknown
P[ 1]  --> CTON: Unknown
P[ 1] * CALL: g:Extern/1503
P[ 1]  --> * dad:1503 tech:mISDN/1-u3 ctx:capi-in
P[ 1]  --> * adding2newbc ext 1503
P[ 1]  --> * adding2newbc callerid xxxxxx16
P[ 1] update_config: Getting Config
P[ 1]  --> pres: -1 screen: -1
P[ 1]  --> pres: 0
P[ 1]  --> PRES: Allowed (0x0)
P[ 1]  --> SCREEN: Unscreened (0x0)
P[ 1] NO OPTS GIVEN
P[ 1] I SEND:SETUP oad:40579316 dad:1503 pid:5
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1]  --> channel:0 mode:TE cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 1]  --> screen:0 --> pres:0
P[ 1]  --> addr:0 l3id:30003 b_stid:0 layer_id:0
P[ 1]  --> facility:FAC_NONE out_facility:FAC_NONE
P[ 1] --> new_l3id 30004
P[ 1] Sending msg, prim:30580 addr:41000104 dinfo:30004
P[ 1]  --> * SEND: State Dialing pid:5
    -- Called g:Extern/1503
P[ 1] handle_frm: frm->addr:42000103 frm->prim:3f182
P[ 1]  --> lib: RELEASE_CR Ind with l3id:30004
P[ 1]  --> lib: CLEANING UP l3id: 30004
P[ 1] empty_chan_in_stack: 255
P[ 1] $$$ CLEANUP CALLED pid:5
P[ 1] hangup_chan
P[ 1] -> queue_hangup
P[ 1] release_chan: bc with l3id: 30004
P[ 1] * RELEASING CHANNEL pid:5 ctx:capi-in dad:1503 oad:01503 state: CALLING
P[ 1]  --> * State Down
P[ 1]  --> Setting AST State to down
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Goto("SIP/16-007dd1d0", "s-CHANUNAVAIL|1") in new stack

leider bin ich nicht so der isdn profi, und kann das nicht alles genau deuten,
hoffentlich kann mir einer von euch weiterhelfen ;-)

lg fips
 
Zuletzt bearbeitet:
Ich hatte das selbe Problem (mit SCCP-Phones, nicht SIP) und hab's so gelöst, dass ich die Telekom gebeten habe, sie sollen die Schicht 2 aktiv halten. Dann lief es bei mir.
Ist vielleicht nicht die eleganteste Lösung, aber es hat funktioniert.
 
hmm, was ist diese schicht2?
da wir das ganze noch im testbetrieb ausfuehren, will ich noch keine groben änderung einstellen lassen, die uns evtl die jetztige telefonie verhindern. :(
 
so, nachtrag:

haeng ich den asterisk (mit fritzcard) am internen s0 bus der ascom an kann ich eigentlich gut raus und rein telefonieren (und auch dort wird mir der L2Link mal als DOWN und mal als UP angezeigt), aber kaum haeng ich das teil direkt an den ntba verweigert er seinen dienst. :(
was ist denn bloss an unserem bloeden oesi isdn so viel anders...?

hab grad vorher was in einem anderen thread ueber terminierung gelesen (mich mal auch schnell auf wikipedia schlau gemacht): die fritzcard haengt direkt (sogar mit dem original von avm mitgelieferten kabel) am ntba. muss ich da irgendwie auf terminierung achten? oder ist das der fehler?

hoffe auf eure mithilfe,
besten dank & lg fips
 
Nachtrag #2:

fips4u schrieb:
Code:
[root@pbx ~]# misdnportinfo

Port  1: TE-mode BRI S/T interface line (for phone lines)
 -> Protocol: DSS1 (Euro ISDN)
 -> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
 -> childcnt: 2
 * Port NOT useable for PBX
--------

mISDN_close: fid(3) isize(131072) inbuf(0x5040a0) irp(0x5040a0) iend(0x5040a0)
[root@pbx ~]#

hab gerade gesehen dass da ein * Port NOT useable for PBX steht??
aber wie oben beschrieben, am internen s0 gehts...
 
hat sich erledigt, anschlusseinstellung ist PTP nich ptmp...
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.