Amt für ISDN-Unteranlage konfigurieren?

Hallo zusammen,

spiele schon seit einigen Tagen mit eurer Software, erstmal mein Lob und Dank für die tolle Arbeit, die Ihr mit Mobydick abgeliefert habt. Weiter so :slight_smile:

Muss aber gleich mal eine Frage stellen.

Ich habe Mobydick auf einem Rechner mit einer 2xBRI Karte vom Junghansi installiert. Einer der beiden Busse geht P2P zur T*, der 2. Bus geht an eine interne Agfeo AS40 (auch P2P). Am Netz sind ein paar S-370, nummeriert von 201 aufwärts. An der AS40 sollen die “alten” ISDN Apparate sowie eine Türsprechstelle rennen. Ich dachte am besten wäre es, wenn die ISDN-Geräte (von der Mobydick aus gesehen) die Nummern von 301 aufwärts bekommen. Die Nummern in der ISDN Anlage sind 2 stellig konfiguriert. T* und die Snoms funktionieren prima, nur den Trunk zur AS40 krieg ich irgendwie nicht geregelt.

Der Trunk (Karte 0, Port 2) ist wie im Bild 1 zu sehen, als Gruppe 2 konfiguriert. Callgroup 4 hab ich aus eurer (etwas älteren) PDF Doku. Ich hab dann weiter ein Amt angelegt, ZAP Gruppe 2, unter Basisdaten habe ich Präfix eing. Nummer = 3 eingetrgen, primär um zu sehen, ob das matcht (evtl später auch für den Durchwahlkreis, falls das Sinn macht). Die AS40 wirft alle Gespräche ohne irgendwelche Vorwahlen auf dem Trunk ab. Sobald ich nun z.b. von ISDN-31 eines der Snoms anrufe z.b. 203, kommte der Anruf dort zwar an, allerdings wird der Präfix nicht ergänzt. Auch die Inbound-Regel, Bild 2, (das glaube ich an dem fehlenden CIDNamen zu erkennen) scheint nicht zu matchen.

mobydickCLI>
– Accepting overlap voice call from ‘31’ to ‘<unspecified>’ on channel 0/2, span 2
– Starting simple switch on ‘Zap/5-1’
– Executing Set(“Zap/5-1”, “MDC_CHANNEL_PROTOCOL=Zap”) in new stack
– Executing Set(“Zap/5-1”, “MDC_CHANNEL_ID=5-1”) in new stack
– Executing Set(“Zap/5-1”, “MDC_CHANNEL_TMP=5-1”) in new stack
– Executing Set(“Zap/5-1”, “MDC_CHANNEL_NAME=5”) in new stack
– Executing GosubIf(“Zap/5-1”, “1?mdc_initcall-int|203|1”) in new stack
– Executing NoOp(“Zap/5-1”, “initial call”) in new stack
– Executing Set(“Zap/5-1”, “__MDC_DIALDESCENT=int”) in new stack
– Executing Set(“Zap/5-1”, “__MDC_DIALCALLEENUM=203”) in new stack
– Executing Set(“Zap/5-1”, “__MDC_DIALCALLERNUM=31”) in new stack
– Executing GotoIf(“Zap/5-1”, “0?nozap”) in new stack
– Executing Set(“Zap/5-1”, “__MDC_DIALCALLERNAME=31”) in new stack
– Executing Return(“Zap/5-1”, “”) in new stack
– Executing Gosub(“Zap/5-1”, “mdc_defcall|203|1”) in new stack
– Executing GotoIf(“Zap/5-1”, “0?nozap”) in new stack
– Executing Set(“Zap/5-1”, “__MDC_DIALCHANNELNAME=31”) in new stack
– Executing Return(“Zap/5-1”, “”) in new stack
– Executing SIPAddHeader(“Zap/5-1”, "“Alert-Info:<http://www.notused.de>”) in new stack
– Executing Macro(“Zap/5-1”, “pre-main”) in new stack
Apr 29 21:07:03 WARNING[4996]: app_macro.c:208 macro_exec: No such context ‘macro-pre-main’ for macro ‘pre-main’
– Executing GosubIf(“Zap/5-1”, “1?mdc_initloop|s|1”) in new stack
– Executing NoOp(“Zap/5-1”, “initial loop”) in new stack
– Executing Set(“Zap/5-1”, “MDC_ALIAS_HOP=0”) in new stack
– Executing Return(“Zap/5-1”, “”) in new stack
– Executing Goto(“Zap/5-1”, “main|203|1”) in new stack
– Goto (main,203,1)
– Executing Goto(“Zap/5-1”, “mdc_ident-1|203|1”) in new stack
– Goto (mdc_ident-1,203,1)
– Executing NoOp(“Zap/5-1”, “alias-check:: Rufumleitung von 203 - 0”) in new stack
– Executing GotoIf(“Zap/5-1”, “0?203-umleitung|1:203-dial|1”) in new stack
– Goto (mdc_ident-1,203-dial,1)
– Executing Gosub(“Zap/5-1”, “mdc_prefix-203-int|203|1”) in new stack
– Executing Return(“Zap/5-1”, “”) in new stack
– Executing Gosub(“Zap/5-1”, “mdc_main-203-int|203|1”) in new stack
– Executing Monitor(“Zap/5-1”, “gsm|monitor-1272568023-31-203-20100429-210703-int|m”) in new stack
– Executing Set(“Zap/5-1”, “TOUCH_MONITOR=31-203-20100429-210703-int”) in new stack
– Executing Dial(“Zap/5-1”, “SIP/Werkstatt|20|owW”) in new stack
– Called Werkstatt
– SIP/Werkstatt-082245c0 is ringing
Extension Changed 203 new state Ringing for Notify User Kueche
Extension Changed 203 new state Ringing for Notify User Wohnzimmer
Extension Changed 203 new state Ringing for Notify User BueroB
Extension Changed 203 new state Ringing for Notify User michaela
– SIP/Werkstatt-082245c0 is ringing
– SIP/Werkstatt-082245c0 is ringing
– SIP/Werkstatt-082245c0 is ringing
– Channel 0/2, span 2 got hangup request, cause 16
== Spawn extension (mdc_main-203-int, 203, 3) exited non-zero on ‘Zap/5-1’
– Executing Macro(“Zap/5-1”, “hangup||CANCEL|”) in new stack
– Executing NoOp(“Zap/5-1”, ">>>macro-hangup:: EXTEN: DIALSTATUS: CANCEL QUEUESTATUS: ") in new stack
– Hungup ‘Zap/5-1’
Apr 29 21:07:11 NOTICE[4996]: res_monitor.c:316 ast_monitor_stop: monitor executing ( nice -n 19 soxmix “/var/spool/asterisk/monitor/monitor-1272568023-31-203-20100429-210703-int-in.gsm” “/var/spool/asterisk/monitor/monitor-1272568023-31-203-20100429-210703-int-out.gsm” “/var/spool/asterisk/monitor/monitor-1272568023-31-203-20100429-210703-int.gsm” && rm -f “/var/spool/asterisk/monitor/monitor-1272568023-31-203-20100429-210703-int-”
) &
Extension Changed 203 new state Idle for Notify User Kueche
Extension Changed 203 new state Idle for Notify User Wohnzimmer
Extension Changed 203 new state Idle for Notify User BueroB
Extension Changed 203 new state Idle for Notify User michaela
mobydick*CLI>

Wo hab ich da Mist gebaut ? Ist es vielleicht eine der anderen Inbound-Regeln (Bild3) die mir den Intern-Anruf “wegfrisst” ? Allerdings müsste doch dann zumindest der Präfix schon Amtshalber ergänzt werden, oder ?

Viele Grüße
\B.

Attachments




Hallo Leute,

hab noch etwas gespielt, dabei ist mir aufgefallen, daß in der zapata.conf für den 2. Bus kein Kontext gesetzt war. Ich hab jetz mal frech context=mdc_incoming-grp2 gesetzt. Zumindest matcht jetzt das Amt. Vielleicht ein Bug ?

Ich hab jetzt:
;zapata.conf - created by MobyDick-Commander at 2010-04-29 23:11:39

[channels]
relaxdtmf=yes
usecallingpres=yes

;Settings for group 1
language=de
switchtype=euroisdn
signalling=bri_cpe
pridialplan=local
prilocaldialplan=dynamic
nationalprefix=0
internationalprefix=00
priindication=passthrough
echocancel=yes
overlapdial=yes
context=mdc_incoming-grp1
echocancelwhenbriged=no
pickupgroup=1
callgroup=0

group=1
channel => 1-2

;Settings for group 2
signalling=bri_net
pridialplan=dynamic
context=mdc_incoming-grp2
pickupgroup=2
callgroup=4

group=2
channel => 4-5

Jetzt klappts mal, auf jeden Fall :slight_smile:
Gruß
\B.

Hallo Beh,

schön wenn es Dir gefällt ;-).

Vielleicht ein Bug ?

ja, das kann sein, da sind nicht viele duoBRIs im Einsatz. Ich werde das testen und posten on es wirklich ein Bug ist.

Zumindest matcht jetzt das Amt.

Funktioniert jetzt das ganze Szenario oder nur ein Teil davon?

LG
Mathias

Funktioniert alles prima. Einzige Besonderheit: für den 2. Bus wird kein Kontext in der zapata.conf gesetzt, setzt man den (mit etwas Fantasie) per Hand, geht alles einwandfrei.

Gruss
 \B.

### Attachments
<img src="/uploads/db8976/original/1X/ed2449209eb542102e41f9f8342ee692b39c1add.jpg" width="623" height="500"><br/>

Hallo Beh,

wir werden das in der nächsten Bugfixversion beheben. Sobald jemand intern PunktZuPunkt Verbindungen nutzt wird künftig ein eigener Kontext generiert. Nur bei internen PunktZuMehrpunktverbindungen werden wir nach wie vor auf den internen Kontext abwerfen (ist ja auch sinnvoll - als ISDN-Gerät). Das sollte für die meisten User OK sein.

Bugfixtag ist immer Mittwoch, also wird so ab Donnerstag online sein.

LG
Mathias

Merci beaucoup,

ist kein Beinbruch, geht ja jetzt :slight_smile:
Endlich hab ich mal einen Bug gefunden,
sind die Duo-Bri wirklich so selten ?

Vielen Dank
\B.

Hallo Zusammen,

ich möchte jetzt auch eine Agfeo an Mobydick anschliessen. Zur zeit kann ichs nur theoretisch machen, da die Agfeo erst noch von einem Externen anbieter konfiguriert werden muss.

Mein Setup wäre also

  • Mobydick mit ein paar Aastras dran.
  • Agfeo mit ein paar Telefonen, Fax und Modem

Was möglich sein soll:

  1. Extern auf Intern(Agfeo) und umgekehrt
  2. Intern(Mobydick) auf Intern(Agfeo) und umgekehrt
  3. Anrufe auf Rufgruppen wo ein Teil der Telefone Aastras und ein ein Teil Telefone hinter der Agfeo sind.

Frage 1:
Kann ich die Logik komplett auf Mobydick Seite erstellen und auf Agfeo seite wird nur zu den einzelen Endgräten “durchgeschleift” oder braucht auch die Agfeo eine tiefere Logik? Frage hier besonders im Hinblick auf die Rufgruppen, also kann ich z.B. von Mobydick aus 3 Telefone der Agfeo (mit 3 verschiedenen nummern) gleichzeitig klingeln lassen? Die 3 Durchwahlen sind natürlich in einer gewissen Rufgruppe sodass ich ja eigentlich nur die Rufgruppe anrufe.

Frage 2:
Sind die einzelnen Endgeräte der Agfeo in Mobydick Identitäten? Also wie weiß Mobydick, dass eine gewisse Durchwahl kein Aastra Telefon ist, sondern ein Telefon der Agfeo?

Frage 3:
Wie stelle ich es an, dass ein Anruf von einem Telefon der Agfeo nach Extern abgehalndelt wird. Denn der Anruf ist für Mobydick ja ein eingehender Anruf (oder??), der dann direkt wieder ein ausgehender Anruf werden soll.

Vielleicht sind die Fragen auf ziemlich doof, aber bei mir im Kopf machts gerade einfach nicht “klick”.

Vielen Dank schon mal

SpaceHill

Hallo,

zu 1: Wenn Du die Agfeo hinter die MobyDick hängst, kann Du alles in der MobyDick regeln. Du gaukelst der Agfeo quasi ein Telekom Amt vor.

zu 2: Wenn die Koppelung per ISDN sein soll, dann ist die Agefo ein Amt. Dann kannst Du alles schön routen.

zu 3: Genau, wenn z.B. die Nebestelle 100 der Agfeo rauswählen will (00991270060) kommt die über das Agfeo Amt rein und Du wirfst den Call dann nach intern. Dann bekommt der Call intern kein Match da es keine Nebenstelle mit 00991270060 gibt und kommt somit wieder in die normale Ausgehende-Rufe-Regelkette. Nimmt dann also z.B. den Weg aufs Telekomamt.

LG
Mathias

Hallo nochmal.

Seit Freitag hängt jetzt die Agfeo mit an Mobydick, es läuft auch gut soweit.

@Mathias: Hätte nicht gedacht dass es so einfach ist :slight_smile:

Eine Sache läuft aber noch nicht, und ich weiß nicht, ob ich was falsch mache oder der Fall einfach nicht möglich ist.

Ich habe eine Warteschlage mit 7 SIP Telefonen und 4 ISDN Telefonen (DW 22, 25, 28 und 35 , alle hinter der Agfeo). Wird die Warteschlange angerufen, werden aber nur 2 der 4 ISDN Telefone angerufen:


    -- Requested transfer capability: 0x00 - SPEECH
    -- Called ZAP/g2/25
    -- Called SIP/H57_Schnurlos_2
    -- Called SIP/H57_Schnurlos_1
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called ZAP/g2/28
    -- Called SIP/cp
    -- Called SIP/jz
    -- Called SIP/mm
    -- Called SIP/kl
    -- Called SIP/jp
    -- SIP/cp-0827c410 is ringing
    -- SIP/kl-0828cbe0 is ringing
    -- SIP/jz-08281c00 is ringing
    -- SIP/jp-082923d0 is ringing
    -- SIP/mm-082873f0 is ringing
    -- Zap/10-1 is ringing
    -- Zap/11-1 is ringing

show queues zeigt dies:


mobydick*CLI> show queues
Empfang      has 0 calls (max unlimited) in 'ringall' strategy (0s holdtime), W:0, C:0, A:1, SL:0.0% within 0s
   Members:
      ZAP/g2/35 (Unknown) has taken no calls yet
      SIP/jp (dynamic) (Not in use) has taken 7 calls (last was 4165 secs ago)
      SIP/kl (dynamic) (Not in use) has taken no calls yet
      SIP/mm (dynamic) (Not in use) has taken 2 calls (last was 5236 secs ago)
      SIP/hm (dynamic) (Unavailable) has taken no calls yet
      SIP/jz (dynamic) (Not in use) has taken 2 calls (last was 1783 secs ago)
      SIP/cp (dynamic) (Not in use) has taken 1 calls (last was 2740 secs ago)
      ZAP/g2/22 (Unknown) has taken no calls yet
      ZAP/g2/28 (Unknown) has taken no calls yet
      SIP/H57_Schnurlos_1 (Not in use) has taken no calls yet
      SIP/H57_Schnurlos_2 (Not in use) has taken no calls yet
      ZAP/g2/25 (Unknown) has taken no calls yet
   No Callers

Ist es einfach nicht möglich mehr als 2 Geräte an der Agfeo klingeln zu lassen? Ich kenn mich mit dem ISDN Kram nicht wirklich gut aus, aber ich weiß ja, dass man nur 2 Gespräche über den B-Kanal über eine Leitung gleichzeitig nutzen kann. Ich dachte aber, dass die reine Signalisierung über den D-Kanal passiert und der “unendlich viele” Signalisierungen weitergeben kann.

Vielen Dank schon mal für eure Hilfe

Hallo,

Ich kenn mich mit dem ISDN Kram nicht wirklich gut aus, aber ich weiß ja, dass man nur 2 Gespräche über den B-Kanal über eine Leitung gleichzeitig nutzen kann. Ich dachte aber, dass die reine Signalisierung über den D-Kanal passiert und der “unendlich viele” Signalisierungen weitergeben kann.

Das ist so richtig, wenn alle Telefone am selben Bus hängen. Die Agfeo ist aber quasi ein “Endpunkt” und was die dann da genau macht, kann ich Dir leider nicht sagen. Wirst Du rumtesten müssen.

LG
Mathias