.titleBar { margin-bottom: 5px!important; }

B410P - sporadisch CHANUNAVAIL an NT-Ports

Dieses Thema im Forum "Asterisk ISDN mit mISDN" wurde erstellt von panicplace, 2 Dez. 2008.

  1. panicplace

    panicplace Neuer User

    Registriert seit:
    2 Dez. 2008
    Beiträge:
    4
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Hasselfelde
    Hallo Forum,

    ich habe 3 frische neue Digium B410P für unseren Asterisk bekommen. Im TE-Modus laufen die Karten einwandfrei. Lediglich der NT-Modus macht mir große Probleme.

    Das folgende Phänomen tritt nicht immer auf, aber in 50% aller Fälle.

    Teilnehmer 1 (egal ob SIP oder mISDN) ruft das interne ISDN-Telefon von Teilnehmer 2 an. Das ISDN-Telefon klingelt. Sobald Teilnehmer 2 abhebt, wird ein CHANUNAVAIL erzeugt und der Anrufer geht verloren.

    Ich habe leider keine Ahnung, warum der Anruf verloren geht. Das zweite Telefon auf dem Bus ist zu der Zeit nicht aktiv. Kann mir jemand helfen?

    Meine Consolenausgabe mit mISDN-Debug Level 4:
    Code:
        -- Executing [53@internalphones:4] Dial("mISDN/5-u259", "misdn/3/53||tT") in new stack
    P[ 3] channel with stid:10010300 in use!
    P[ 3] channel with stid:0 not in use!
    P[ 0]  --> * NEW CHANNEL dad:53 oad:(null)
    P[ 3] * Queuing chan 0xa1a2dc8
    P[ 3] read_config: Getting Config
    P[ 3]  --> TON: Unknown
    P[ 3]  --> LTON: Unknown
    P[ 3]  --> CTON: Unknown
    P[ 3] * CALL: 3/53
    P[ 3]  --> * dad:53 tech:mISDN/4-u260 ctx:internalphones
    P[ 3]  --> * adding2newbc ext 53
    P[ 3]  --> * adding2newbc callerid 52
    P[ 3]  --> pres: -1 screen: -1
    P[ 3]  --> pres: 0
    P[ 3]  --> PRES: Allowed (0x0)
    P[ 3]  --> SCREEN: Unscreened (0x0)
    P[ 3]  --> IMPORT_PID: importing pid:92
    P[ 3] NO OPTS GIVEN
    P[ 3] Disabling EC on both Sides
    P[ 3] I SEND:SETUP oad:52 dad:53 pid:93
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> channel:0 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800c0041 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> found chan: 2
    P[ 3] set_chan_in_stack: 2
    P[ 3]  -->  found channel: 2
    P[ 3]  --> new_l3id ff00
    P[ 3]  --> * SEND: State Dialing pid:93
        -- Called 3/53
    P[ 3]  --> lib: Event_ind:SETUP CONFIRM [NT] : new L3ID  is 800dff00
    P[ 3] I IND :CC_SETUP|CONFIRM: old l3id:ff00 new l3id:800dff00
    P[ 3] I IND :NEW_L3ID oad:52 dad:53 pid:93 state:CALLING
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3] set_channel: bc->channel:2 channel:-1
    P[ 3] I IND :PROCEEDING oad:52 dad:53 pid:93 state:CALLING
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> updating channel name to [mISDN/6-u261]
        -- mISDN/6-u261 is proceeding passing it to mISDN/5-u259
    P[ 3]  --> * IND :      proceeding pid:92
    P[ 3] % GOT L2 Activate Info.
    P[ 3] I SEND:PROCEEDING oad:52 dad:53 pid:92
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3] $$$ bc already upsetted stid :10010300 (state:BCHAN_ACTIVATED)
    P[ 3] set_channel: bc->channel:2 channel:-1
    P[ 3] I IND :PROCEEDING oad:52 dad:53 pid:93 state:PROCEEDING
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> updating channel name to [mISDN/6-u262]
        -- mISDN/6-u262 is proceeding passing it to mISDN/5-u259
    P[ 3]  --> * IND :      proceeding pid:92
    P[ 3] I SEND:PROCEEDING oad:52 dad:53 pid:92
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3] $$$ bc already upsetted stid :10010300 (state:BCHAN_ACTIVATED)
    P[ 3] I IND :ALERTING oad:52 dad:53 pid:93 state:PROCEEDING
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> updating channel name to [mISDN/6-u263]
    P[ 3]     -- mISDN/6-u263 is ringing
     --> We have no inband Data, the other end must create ringing
    P[ 3] * IND :   ringing pid:92
    P[ 3]  --> * IND :      ringing pid:92
    P[ 3] I SEND:ALERTING oad:52 dad:53 pid:92
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3] I IND :ALERTING oad:52 dad:53 pid:93 state:ALERTING
    P[ 3]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3] P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> updating channel name to [mISDN/6-u264]
    P[ 3]  --> We have no inband Data, the other end must create ringing
     --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3] $$$ bc already upsetted stid :10010300 (state:BCHAN_ACTIVATED)
    P[ 3]  --> * SEND: State Ring pid:92
    P[ 3] misdn_write: zero write
    P[ 3] misdn_write: state (ALERTING) prodded.
        -- mISDN/6-u264 is ringing
    P[ 3] I IND :CONNECT oad:52 dad:53 pid:93 state:ALERTING
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:53
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3] I SEND:CONNECT_ACKNOWLEDGE  oad:52 dad:53 pid:93
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> channel:2 mode:NT cause:16 ocause:16 rad: cad:53
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800dff00 b_stid:0 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3] setup_bc: with dsp
    P[ 3]  --> Channel is 2
    P[ 3]  --> TRANSPARENT Mode
    P[ 3] ph_control: c1:2100 c2:0
    P[ 3] ec_enable
    P[ 3]  --> None
    P[ 3] *HOLDER: find 800d0040
    P[ 3] *HOLDER: find nothing
    P[ 3] Reject dinfo: 800dff00 cause:16
    P[ 3] I IND :DISCONNECT oad:52 dad:53 pid:93 state:CONNECTED
    P[ 3]  --> channel:2 mode:NT cause:21 ocause:16 rad: cad:53
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50020302 l3id:800dff00 b_stid:10020300 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3] $$$ find_holded: --> holded:0 channel:0
    P[ 3] $$$ find_holded: --> holded:0 channel:0
    P[ 3]  --> org:1 nt:1, inbandavail:0 state:11
    P[ 3]  --> * SEND: Queue Busy pid:93
    P[ 3]  --> queue_hangup
    P[ 3] I SEND:RELEASE oad:52 dad:53 pid:93
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3]  --> channel:2 mode:NT cause:21 ocause:-1 rad: cad:53
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50020302 l3id:800dff00 b_stid:10020300 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> Removing Process Id:0 on this port.
    P[ 3] lib: Event_ind:CC_NEW_CR : very new L3ID  is 800d0041
    P[ 3] I IND :NEW_L3ID oad:52 dad:53 pid:93 state:BUSY
    P[ 3]  --> channel:2 mode:NT cause:21 ocause:-1 rad: cad:53
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50020302 l3id:800d0041 b_stid:10020300 layer_id:50020380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3] * IND : HANGUP    pid:93 ctx:internalphones dad:53 oad:53 State:BUSY
    P[ 3]  --> l3id:800d0041
    P[ 3]  --> cause:21
    P[ 3]  --> out_cause:21
    P[ 3]  --> state:BUSY
    P[ 3]  --> Channel: mISDN/6-u264 hanguped new state:CLEANING
      == Everyone is busy/congested at this time (1:0/0/1)
    P[ 3]  --> * IND :      -1! (stop indication) pid:92
    P[ 3]  --> None
      == Auto fallthrough, channel 'mISDN/5-u259' status is 'CHANUNAVAIL'
    P[ 3]  --> * IND :      congestion pid:92
    P[ 3] I SEND:DISCONNECT oad:52 dad:53 pid:92
    P[ 3]  --> bc_state:BCHAN_ACTIVATED
    P[ 3]  --> channel:1 mode:NT cause:16 ocause:42 rad: cad:
    P[ 3]  --> info_dad:53 onumplan:0 dnumplan:  rnumplan:  cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50010302 l3id:10040 b_stid:10010300 layer_id:50010380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3] ph_control: c1:2310 c2:12
    P[ 3] BCHAN: bchan ACT Confirm pid:93
    P[ 3] *HOLDER: find 800d0040
    P[ 3] *HOLDER: find nothing
    P[ 3]  --> Didn't found BC so temporarly creating dummy BC (l3id:800d0040).
    P[ 3] $$$ CLEANUP CALLED pid:0
    P[ 3] I IND :RELEASE_COMPLETE oad: dad: pid:0 state:none
    P[ 3]  --> channel:0 mode:NT cause:0 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:0 l3id:800d0040 b_stid:0 layer_id:0
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> no Ch, so we've already released.
    P[ 0] Cannot hangup chan, no ch
    P[ 3] release_chan: Ch not found!
    P[ 3] $$$ CLEANUP CALLED pid:92
    P[ 3] $$$ Cleaning up bc with stid :10010300 pid:92
    P[ 3]  --> ec_disable
    P[ 3] Sending Control ECHOCAN_OFF
    P[ 3] ph_control: c1:2319 c2:0
    P[ 3] empty_chan_in_stack: 1
    P[ 3] I IND :RELEASE oad: dad: pid:92 state:ALERTING
    P[ 3]  --> channel:0 mode:NT cause:16 ocause:16 rad: cad:
    P[ 3]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
    P[ 3]  --> caps:Speech pi:0 keypad: sending_complete:0
    P[ 3]  --> screen:0 --> pres:0
    P[ 3]  --> addr:50010302 l3id:10040 b_stid:0 layer_id:50010380
    P[ 3]  --> facility:Fac_None out_facility:Fac_None
    P[ 3]  --> bc_state:BCHAN_CLEANED
    P[ 3]  --> queue_hangup
    P[ 3] * RELEASING CHANNEL pid:92 ctx:internalphones dad:53 oad:52 state: ALERTING
    P[ 3]  --> * State Down
    P[ 3]  --> Setting AST State to down
    P[ 3]  --> CC_RELEASE_CR: Faking Realease_cr for 41000301 l3id:10040
    P[ 3]  --> lib: RELEASE_CR Ind with l3id:10040
    P[ 3]  --> lib: CLEANING UP l3id: 10040
    P[ 3] $$$ CLEANUP CALLED pid:92
    P[ 3] BCHAN: MGR_DELLAYER|CNF pid:92
    
    Ein "misdn show config 3" exemplarisch von einem NT-Port (sind alle gleich konfiguriert):

    Code:
     -> name: local-lines                -> allowed_bearers: all
     -> far_alerting: no                 -> rxgain: 0
     -> txgain: 0                        -> te_choose_channel: no
     -> pmp_l1_check: no                 -> reject_cause: 21
     -> block_on_alarm: no               -> hdlc: no
     -> context: internalphones          -> 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: yes
     -> astdtmf: no                      -> hold_allowed: yes
     -> early_bconnect: no               -> incoming_early_audio: no
     -> echocancel: 0                    -> need_more_infos: no
     -> noautorespond_on_setup: no       -> nttimeout: no
     -> bridging: no                     -> jitterbuffer: 4000
     -> jitterbuffer_upper_threshold: 0  -> callgroup:
     -> pickupgroup:                     -> max_incoming: -1
     -> max_outgoing: -1                 -> l1watcher_timeout: 0
     -> overlapdial: 4                   -> msns: *
     -> faxdetect: no                    -> faxdetect_context:
     -> faxdetect_timeout: 5             -> ptp: no
    
    Sollte noch was fehlen - einfach melden.

    Vielen Dank im voraus.

    MfG Tobias
     
  2. Burmann

    Burmann Mitglied

    Registriert seit:
    16 Feb. 2005
    Beiträge:
    372
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Für mich sieht es auf den ersten Blick noch einem Problem mit dem echo cancel aus oder nicht eingestellter MSN bei einem Telefon
    Code:
    P[ 3] ec_enable
    P[ 3]  --> None
    P[ 3] *HOLDER: find 800d0040
    P[ 3] *HOLDER: find nothing
    P[ 3] Reject dinfo: 800dff00 cause:16
    
    und
    Code:
    P[ 3] [B][COLOR="SeaGreen"]I IND [/COLOR][/B]:DISCONNECT oad:52 dad:53 pid:93 state:CONNECTED
    P[ 3]  --> channel:2 mode:NT [B][COLOR="Red"]cause:21 [/COLOR][/B]ocause:16 rad: cad:53
    
    Sagt das Telefon Asterisk warum (s.u.) die Verbindung getrennt wird...
    I SEND: Asterisk sendet
    I IND : Asterisk empfängt

    Code:
    nach 
    P[ 3] I IND :[B]RELEASE_COMPLETE[/B] oad: dad: pid:0 state:none
    kommt nochmal
    P[ 3] I IND :RELEASE oad: dad: pid:92 [B]state:ALERTING[/B]
    im state [B]ALERTING[/B]
    
    Bedeutet, dass nachdem der Ruf vom Telefon fertig freigegeben wurde noch ein Gerät am Bus im Status "klingelnd" ist...

    Cause No. 21 - call rejected.
    This cause indicates that the equipment sending this cause does not wish to accept this call. although it could have accepted the call because the equipment sending this cause is neither busy nor incompatible. This cause may also be generated by the network, indicating that the call was cleared due to a supplementary service constraint. The diagnostic field may contain additional information about the supplementary service and reason for rejection.

    What it means:
    This is usually a telco issue. The call never reaches the final destination, which can be caused by a bad switch translation, or a misconfiguration on the equipment sending this cause is neither busy nor incompatible. This cause may also be generated by the network, indicating that the call was cleared due to a supplementary service constraint. The diagnostic field may contain additional information about the supplementary service and reason for rejection.
     
  3. panicplace

    panicplace Neuer User

    Registriert seit:
    2 Dez. 2008
    Beiträge:
    4
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Hasselfelde
    Hallo,

    erstmal vielen Dank für deine Antwort Burmann. Um so komplexer die Anfragen werden, desto weniger Resonanz gibt es immer.

    Die MSNs habe ich mal überprüft. Die ISDN-Telefone wurden direkt von einer Auerswald Commander Basic übernommen. Die alte Anlage hat bereits erwartet, das eine gültige MSN gesendet wird. Somit senden alle Telefone auf jeden Fall eine MSN. Ob die MSN für einen Kanal gültig ist oder nicht, kann Asterisk ja nicht nachprüfen (da ich ihm keine Informationen dazu bereitstelle). Zumindest sendet kein ISDN-Telefon keine MSN oder ruf Anonym an.
    Und dann müsste das Problem auch eigentlich immer auftreten und nicht nur ab und an.

    Ich werde mal "msns=*" abschalten und die MSNs direkt angeben. Vielleicht hilft es.

    Ich werde auf jeden Fall mal prüfen, ob es geht, wenn ich das Echo Canceling abschalte. Wobei ich darauf natürlich nicht verzichten will.

    Hat vielleicht gleich noch jemand eine weitere Idee?

    Wie es aussieht, lehnt das Telefon (übrigens alles Siemens Gigaset Schnurlosgeräte) den Anruf ab. Die Frage ist nur, warum?

    MfG

    Tobias Wiese
     
  4. Burmann

    Burmann Mitglied

    Registriert seit:
    16 Feb. 2005
    Beiträge:
    372
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Mit Siemens Gigaset Geräten hatte ich auch schon Ärger. Bei der Asterisk 1.2.?? stürzte immer der interne S0-Bus regelmäßig ab.
     
  5. panicplace

    panicplace Neuer User

    Registriert seit:
    2 Dez. 2008
    Beiträge:
    4
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Hasselfelde
    Das könnte natürlich die Ursache sein. Eine solche Vermutung hatte ich auch schon. Das es vielleicht explizit an den Telefonen liegt. Obwohl ich die aktuelle 1.4er von Asterisk verwende. Leider kann ich das nicht testen, da ich keine anderen ISDN-Telefone als die Gigasets im Haus habe.

    Hast du denn dazu ein Lösung gefunden? Vielleicht hilft es mir?
     
  6. Burmann

    Burmann Mitglied

    Registriert seit:
    16 Feb. 2005
    Beiträge:
    372
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ich habe andere telefone verwendet. Einaml auf analoge Basis mit a/b-Wandler an interne ISDN-Karte, eine andere installation auf Gigaset DECT-IP Basis umgestellt. Jetzt (seit 2 Jahren) habe ich hier 3 Gigasets irgendwo im Lager liegen, die ich am normalen Anschluß nochmal testen wollte...

    Zum testen würde ich empfehlen nur ein Telefon am Bus zu haben und wenn's 'ne DECT-Basis ist, allen möglichen DECT-Geräten (also allen die man anschließen könnte) und ggf. dem Anrufbeantworter eine MSN zuzuweisen. Afaik erlaubt die Commander auch, das keine richtige MSN gesendet wird, wenn am gleichen Bus eine Nebenstelle als "ISDN-Karte" definiert ist oder die Option "Nebenstelle darf Bus wechseln" (oder so ähnlich) angegeben ist.

    Empfehlen würde ich dir die Anschaffung von Sip-Telefonen (z.B. Snom 320).

    Solltest du aus Verzweiflung (oder sonstigen Gründen) die Commander weiterhin zwischen Gigasets und Asterisk schalten wollen, könntest du die Commander im Anlagenanschluß Modus koppeln. Dann würden (je nachdem ob du 2 oder 3 S0-Karten hast) 3 oder 4 Busse zur Asterisk für 5 oder 8 Busse zu den Telefonen i.d.R. ausreichen. Wenn man sie im Mehrgerätemodus koppelt benötigt jeder interne Bus einen Externen.
     
  7. panicplace

    panicplace Neuer User

    Registriert seit:
    2 Dez. 2008
    Beiträge:
    4
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Hasselfelde
    Ja, eine Idee wäre es natürlich. Jedoch war ja eigentlich der Hintergrund, die Commander Basic rauszuwerfen. Sie ist nämlich zu klein geworden. Wir haben jetzt schon teilweise 4 Telefone auf einem ISDN-Bus und es entstehen Kollisionen zwischen den Mitarbeitern. Sie müssen sich absprechen, wann wer telefoniert. Daher kommt diese Lösung eigentlich nicht in Frage.

    Und wenn Digium und Asterisk versprechen, das Telefone angeschlossen werden können und ich teuer Geld für 3 ISDN-Karten ausgebe, erwarte ich auch, das Diese funktionieren.

    Ja, vielleicht ist diese Denkweise zu blauäugig.
     
  8. Burmann

    Burmann Mitglied

    Registriert seit:
    16 Feb. 2005
    Beiträge:
    372
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Vielleicht liegt es nicht an Digium. Grad gestern wieder ein Gigaset 3035 Supported (an Commander Basic nicht Asterisk), das abgestürzt ist. Ich vermute das zu viele gleichzeitig Anrufe gekommen sind. Einer hörte sich den AB an und dann kamen noch 3 weitere Rufe auf dem gleichen Bus (Ein zusätzliches Gespräch von Extern und einer vom Bus wollte das Gigaset Angerufen). Danach waren alle Rufe zum Gigaset "Busy". Ein Reset der Commander hat das Problem nicht verändert...
     
  9. Catalonia

    Catalonia Aktives Mitglied

    Registriert seit:
    22 Apr. 2006
    Beiträge:
    874
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    Ort:
    ::1
    Das ist ein bekanntes und auch sehr altes Phaenomen.
    Aus Administrations-Sicht ist es natuerlich am einfachsten jedem Gigaset (Basis sowie Mobilteilen) eine eigene MSN zuzuweisen und dann die Rufverteilung in der davor liegenden Vermittlungstechnischen Einrichtung (hier Asterisk bzw. Commander Basic) vorzunehmen.
    Das fuehrt aber bei Rufgruppen zu einer Vervielfachung von Verbindungsnachrichten und damit irgendwann zum Ressourcen-Engpass im Gigaset.
    Um dieses Problem zu umgehen muss die Rufverteilung im Gigaset erfolgen. D.h. wenn mehrere Gigasets auf einmal gerufen werden sollen, dann ist eine entsprechende, zusaetzliche MSN im Gigaset einzurichten, die allen Gigasets der Rufgruppe zugeordnet ist. Entsprechend muss die TK-Anlage bei einem entsprechenden Gruppenruf nur diese eine MSN anwaehlen. Siehe auch Siemens Gigaset-ISDN-Telefone intern an der Anlage betreiben

    Gruss
    Catalonia