VoIP => ISDN über TK-Anlage

moodsi · 13 Jul 2005

Hallo,

ich habe da ein Problem. Ich habe einen 1760 und einen 3550 sowie 3 IP Telefone. Hab die Geräte jetzt auch soweit konfiguriert, dass ich innerhalb des VoIP Netzes Telefonieren kann. DHCP usw. läuft einwandfrei. Jetzt hab ich den 1760 über einen S0 (über die VIC) direkt an eine TK-Anlage angeschlossen. Kann mir jemand helfen, wie ich den Router konfigurieren muss, damit ich von den VoIP Telefonen Gespräche im Haus sowie ins öffentliche Netz führen kann?
Danke, Gruß Moodsi

moodsi · 14 Jul 2005

Hallo,

vllt war meine Frage etwas zu allgemein. Also mein Problem ist, dass ich von den IP Phones nicht raustelefonieren bzw. intern mit ISDN Telefonen telefonieren kann. Die Phones hängen an einem 3550 und dieser an einem 1760 mit Call Manager Express. Der Router hängt per S0 an einer Octopus.
Hier mal Teile meiner Konfig. Vllt kann mir ja jemand sagen, was da fehlt bzw. falsch ist.

interface BRI2/1
description VOICE_GATEWAY_ISDN_TK
no ip address
isdn switch-type basic-net3
isdn protocol-emulate network
isdn point-to-point-setup
isdn layer1-emulate network
isdn incoming-voice voice
no isdn outgoing display-ie
isdn skipsend-idverify

voice-port 2/0
translate calling 1
compand-type a-law
cptone DE
bearer-cap 3100Hz
!
voice-port 2/1
!
!
!
dial-peer voice 1 pots
destination-pattern 0T
direct-inward-dial
port 2/1
!
dial-peer voice 3 voip
!
!
telephony-service
load 7960-7940 P00303020214
load 7905 CP79050101SCCP030530B
max-ephones 10
max-dn 10
ip source-address 10.1.200.254 port 2000
auto assign 1 to 10
system message VoIP Telefonie
user-locale DE
network-locale DE
create cnf-files version-stamp 7960 Jul 06 2005 10:01:26
dialplan-pattern 1 0671xxxxx.. extension-length 2
max-conferences 4
time-format 24
date-format dd-mm-yy
dn-webedit
time-webedit
transfer-system full-consult
!
!
ephone-dn 1
number 90
name IP_Phone_1
!
!
ephone-dn 2
number 91
name IP_Phone_2
!
!
ephone 1
mac-address 000E.D7B1.1BCB
type 7940
button 1:1
!
!
!
ephone 2
mac-address 000E.D759.5C3D
type 7905
button 1:2

Ich wäre wirklich dankbar, wenn ihr da mal reinschaut und mir weiterhelfen könntet....

Gruß Moodsi

MarkusS · 17 Jul 2005

Die erste Frage wäre was Du da genau für ein BRI-Modul verwendest und die zweite Frage wäre was das für ein ISDN-Anschluss ist - Anlagenanschluss oder Mehrgeräteanschluss.

Gruss
Markus

moodsi · 19 Jul 2005

Es handelt sich um eine VIC 2B NT/TE, außerdem verwenden wir einen Anlagenanschluss.

moodsi · 19 Jul 2005

Probleme mit B-Kanälen???

Ich habe da vielleicht noch eine nützliche Info, die mir eben erst aufgefallen ist:
Also mein Interface BRI 2/0 ist im Status up, genauso wie das Line Protocol. Komischerweise bekomme ich beim hochfahren der Schnittstelle die Meldung, dass das Line Protocol auf Interface BRI 2/0:1 bzw. 2/0:2 down ist.
Hierbei handelt es sich sicherlich um die beiden B-Kanäle, oder? Mit was kann denn das zusammenhängen?

MarkusS · 19 Jul 2005

Was nun?

Oben in der Config ist ein BRI2/1, Du schreibst jetzt was von BRI2/0. Hast Du die VIC umgesteckt?

Kannst Du mal die Komplettconfig posten?

Initial ist das Line-Protocol auf den B-Channels down, normalerweise geht das Interface dann irgendwann - spätestens beim ersten Verbindungsaufbau - hoch und bleibt auch oben da bei PTP die Schicht 2 daueraktiv ist.

Gruss
Markus

moodsi · 20 Jul 2005

Hier meine aktuelle Config:

Current configuration : 3215 bytes
!
version 12.3
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname CME
!
boot-start-marker
boot-end-marker
!
tdm clock bri-auto
voice-card 2
!
no aaa new-model
ip subnet-zero
!
no ip domain lookup
ip dhcp excluded-address 10.1.100.253 255.255.255.0
ip dhcp excluded-address 10.1.200.253 255.255.255.0
!
ip dhcp pool Daten
network 10.1.100.0 255.255.255.0
default-router 10.1.100.254
domain-name cisco.com
!
ip dhcp pool voice
network 10.1.200.0 255.255.255.0
default-router 10.1.200.254
option 150 ip 10.1.200.254
!
ip cef
ip audit notify log
ip audit po max-events 100
ip ssh break-string
no ftp-server write-enable
password encryption aes
isdn switch-type basic-net3
!
no crypto isakmp enable
!
translation-rule 1
Rule 0 ^.% 0 national national
Rule 1 ^.% 00 international international
!
interface FastEthernet0/0
no ip address
speed auto
!
interface FastEthernet0/0.100
description Subinterface Trunkport Daten
encapsulation dot1Q 100
ip address 10.1.100.254 255.255.255.0
!
interface FastEthernet0/0.200
description Subinterface Trunkport Voice
encapsulation dot1Q 200
ip address 10.1.200.254 255.255.255.0
!
interface Serial1/0
no ip address
shutdown
no fair-queue
!
interface BRI2/0
no ip address
isdn switch-type basic-net3
isdn overlap-receiving
isdn protocol-emulate network
isdn tei-negotiation first-call
isdn incoming-voice voice
no isdn outgoing display-ie
isdn skipsend-idverify
!
interface BRI2/1
description VOICE_GATEWAY_ISDN_TK
no ip address
isdn switch-type basic-net3
isdn protocol-emulate network
isdn point-to-point-setup
isdn layer1-emulate network
isdn incoming-voice voice
isdn skipsend-idverify
!
ip classless
no ip http server
no ip http secure-server
!
tftp-server flash

00303020214.bin
tftp-server flash:CP79050101SCCP030530B.sbin
!
control-plane
!
voice-port 2/0
translate calling 1
compand-type a-law
cptone DE
bearer-cap 3100Hz
!
voice-port 2/1
translate calling 1
compand-type a-law
cptone DE
bearer-cap 3100Hz
!
!
!
dial-peer voice 1 pots
destination-pattern 0671xxxxxxx
incoming called-number 0671xxxxxxx
direct-inward-dial
port 2/1
!
dial-peer voice 3 voip
destination-pattern 0671xxxxx..
!
num-exp 4.. 0671xxxxx..
!
telephony-service
load 7960-7940 P00303020214
load 7905 CP79050101SCCP030530B
max-ephones 10
max-dn 10
ip source-address 10.1.200.254 port 2000
auto assign 1 to 10
system message VoIP Telefonie
user-locale DE
network-locale DE
create cnf-files version-stamp 7960 Jul 06 2005 10:01:26
dialplan-pattern 1 0671xxxxx.. extension-length 2
max-conferences 4
time-format 24
date-format dd-mm-yy
dn-webedit
time-webedit
transfer-system full-consult
!
ephone-dn 1
number 91
name Dario
!
ephone-dn 2
number 92
name peter
!
ephone 1
mac-address 000E.D759.5C3D
type 7905
button 1:1
!
ephone 2
mac-address 000E.D7B1.1D2C
type 7940
button 1:2

MarkusS · 20 Jul 2005

Meine BRI-Konfig (am DTAG-Anlagenanschluss) sieht so aus:

interface BRI0/0/0
description XXXXXX 59762..
no ip address
isdn switch-type basic-net3
isdn overlap-receiving T302 2000
isdn point-to-point-setup
isdn incoming-voice voice
isdn static-tei 0

Man kann sich da zwar noch mit etlichen anderen Parametern verkünsteln, die Konfig tut so, alles weitere sind potentielle Fehlerquellen oder steht sowieso im Default.

Beim Anlagenanschluss musst Du den Amtskopf die Rufnummer ohne Vorwahl und Durchwahl) abschneiden, sonst schmeisst der CME die komplette Rufnummer in den Dial-Peer.

Meine Rufnummer ist 59762, dahinter kommen 1- und 2-stellig die Durchwahlen, z.B. 59762-10, also schneide ich den Amtskopf wie folgt ab (global config mode):

num-exp 59762.. ..

Die einstelligen Durchwahlen nutze ich nicht, setze die entsprechend einfach auf 2stellige um, z.B.

num-exp 597620 10
num-exp 597621 10
num-exp 597622 20

0 und 1 auf Sekretariat (10), 2 auf Fax (20) u.s.w. Man kann das zwar auch mit Digit-Manipulation machen, über num-exp ist das aber deutlich einfacher.

Im Prinzip sage ich dem CME damit dass er von der Rufnummer nur die letzten beiden Stellen (die eigentliche Durchwahl) stehen lassen soll und die dann 1:1 in den Dial-Peer gibt.

Meine Voice-Ports sehen so aus:

voice-port 0/0/0
description XXXXXX
compand-type a-law
cptone DE
bearer-cap Speech

Im "telephony-service" würde ich noch setzen:

secondary-dialtone 0

Damit ändert der Wählton seine Frequenz wenn man die 0 für Amt wählt (reiner Benutzerkomfort).

Das

telephony-service
dialplan-pattern 1 0671xxxxx.. extension-length 2

sagt mir grade nichts, meine IOS-Referenz habe ich auch nicht zur Hand - gebraucht habe ich das aber noch nie, vielleicht mal rausschmeissen.

Mein IOS: Cisco IOS Software, 2800 Software (C2800NM-SPSERVICESK9-M), Version 12.3(14)T2, RELEASE SOFTWARE (fc4)

mag natürlich sein dass o.a. mit Deinem IOS nicht oder nur teilweise funktioniert.

Gruss
Markus

moodsi · 20 Jul 2005

Danke Markus für deine Hilfe, aber leider funktioniert das immer noch nicht. Wie sieht denn deine Dial-peer Konfig aus. Welche brauche ich denn da, kannst du mir da helfen?

MarkusS · 20 Jul 2005

!
dial-peer voice 100 pots
destination-pattern 0T
incoming called-number .T
direct-inward-dial
port 0/0/0
!

Am Dial-Peer würde ich alles annehmen (.T) - bei einer PTP-Konfig gibts sowieso nur ein Gerät (TK-Anlage) die die Calls annehmen kann.

Gruss
Markus

moodsi · 20 Jul 2005

Leider haut das immernoch nicht hin. Hängst du an der TK-Anlage oder direkt am NT? Ich habe mal meinen ISDN Debuggen lassen, kannst du damit was anfangen?

Mar 1 02:26:03.843: ISDN BR2/1 Q921: Net TX -> RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:03.847: ISDN BR2/1 Q921: Net RX <- RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:03.851: ISDN BR2/1 Q921: Net TX -> RRf sapi=0 tei=0 nr=0
*Mar 1 02:26:03.855: ISDN BR2/1 Q921: Net RX <- RRf sapi=0 tei=0 nr=0
*Mar 1 02:26:13.855: ISDN BR2/1 Q921: Net TX -> RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:13.863: ISDN BR2/1 Q921: Net RX <- RRf sapi=0 tei=0 nr=0
*Mar 1 02:26:23.868: ISDN BR2/1 Q921: Net TX -> RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:23.868: ISDN BR2/1 Q921: Net RX <- RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:23.868: ISDN BR2/1 Q921: Net TX -> RRf sapi=0 tei=0 nr=0
*Mar 1 02:26:23.876: ISDN BR2/1 Q921: Net RX <- RRf sapi=0 tei=0 nr=0
*Mar 1 02:26:33.880: ISDN BR2/1 Q921: Net TX -> RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:33.888: ISDN BR2/1 Q921: Net RX <- RRp sapi=0 tei=0 nr=0
*Mar 1 02:26:33.888: ISDN BR2/1 Q921: Net TX -> RRf sapi=0 tei=0 nr=0
*Mar 1 02:26:33.892: ISDN BR2/1 Q921: Net RX <- RRf sapi=0 tei=0 nr=0

MarkusS · 20 Jul 2005

Das ist quasi der Herzschlag auf Schicht 2 (q.921). Das kommt alle paar Millisekunden wenn man ein Point-to-Point-Setup ("Anlagenanschluss") hat, wie gesagt ist die Schicht 2 beim Anlagenanschluss daueraktiv, im Gegensatz zum Mehrgeräteanschluss bei dem die Schicht 2 erst beim Anruf aufgebaut wird.

Interessanter wäre eigentlich die Schicht 3 - debug isdn q931 - da sieht man den Rufaufbau und wie die Rufnummer rein- bzw. rausgeroutet wird.

Als nächstes dann debug voip dial-peer inout - da sieht man dann wie der die Rufnummer auf den Dial-Peer matcht.

Aber bitte immer nur einen Debug einschalten, sonst blickt man da nicht mehr durch.

Ich hänge direkt am NT, alles andere ist ein absoluter Graus. Die PBX-Hersteller geben sich alle Mühe, die Standards so zu verbiegen dass das mit nix mehr kompatibel ist, schon garnicht mit einer weiteren PBX (CME) die an einem internen Port hängt. Mit der Octopus habe ich noch nicht gearbeitet, daher kann ich dazu konkret nix sagen, bei anderen PBXen sind wir schonmal tagelang mit einem ISDN-Analyzer dringehangen um rauszufinden was die Verbrecher da eigentlich treiben, sehr lustig sowas. Dass die die Rufnummer abgeschnitten aus der Anlage rausgeben ist das Einfachste, wenn die aber an den Timern im Protokoll drehen wird es richtig lustig.

PBX-Kopplung mache ich nach Möglichkeit über Q.SIG, das ist etwas handlicher - und genau dafür gedacht, allerdings muss man auch da aufpassen, eine PBXen haben auf Q.SIG etwas seltsame Feature-Sets.

Wisst Ihr wirklich was genau auf dem Anlagenport läuft? Der Heartbeat sieht schonmal gut aus, zumindest auf Schicht 2 sind die beiden sich einig. Probier mal den debug isdn q931 und ruf von der Octopus den CME an, dann sieht man (hoffentlich) was da passiert. Was für eine Octopus ist das eigentlich, eine umgelabelte Siemens oder umgelabelte Alcatel OmniPCX?

Gruss
Markus

moodsi · 20 Jul 2005

Also ich hatte gerade mal ein interessantes Erlebnis: Die LED für den B-Kanal ist angegangen. Toll oder? Wie sehr man sich doch über so ein blödes Lämpchen freuen kann... Aber leider ist der Ruf nicht rausgegangen :-( Und schon war die freude wieder dahin...

Die Anlage ist von Siemens, ne Octopus E300 glaub ich... Hier mal die Ergebnisse des Debugs ISDN Q931:

*Mar 1 02:59:33.453: ISDN BR2/1 Q931: TX -> SETUP pd = 8 callref = 0x07
Bearer Capability i = 0x8090A3
Standard = CCITT
Transer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x89
Progress Ind i = 0x8183 - Origination address is non-ISDN
Display i = 'peter'
Calling Party Number i = 0x0080, '92'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x81, '8868430'
Plan:ISDN, Type:Unknown
*Mar 1 02:59:33.505: ISDN BR2/1 Q931: RX <- CALL_PROC pd = 8 callref = 0x87
Channel ID i = 0x89
*Mar 1 02:59:41.670: ISDN BR2/1 Q931: RX <- DISCONNECT pd = 8 callref = 0x87
Cause i = 0x8592 - No user responding
*Mar 1 02:59:41.674: ISDN BR2/1 Q931: TX -> RELEASE pd = 8 callref = 0x07
Cause i = 0x82E408 - Invalid information element contents
*Mar 1 02:59:41.699: ISDN BR2/1 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x87

Der Debug Befehl für Dial-Peers sieht bei meinem IOS etwas anders aus, aber das Ergebnis sollte das gleiche sein:

*Mar 1 03:01:49.119: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerSPI:
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match rule (DP_MATCH_INCOMING_DNIS)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=-1 after DP_MATCH_INCOMING_DNIS; peers (0x0)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match rule (DP_MATCH_ANSWER)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match answer address; calling (92)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: dialstring(); expanded string(); calling(92T)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=-1 after DP_MATCH_ANSWER; peers (0x0)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match rule (DP_MATCH_ORIGINATE)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match destination pattern; calling (92)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: dialstring(); expanded string(); calling(92T)
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer: peer 20002 matched
*Mar 1 03:01:49.123: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=0 after DP_MATCH_ORIGINATE; peers (0x82AB99F4)
CME#
*Mar 1 03:02:03.523: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerSPI:
*Mar 1 03:02:03.523: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match rule (DP_MATCH_INCOMING_DNIS)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=-1 after DP_MATCH_INCOMING_DNIS; peers (0x0)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match rule (DP_MATCH_ANSWER)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match answer address; calling (92)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: dialstring(); expanded string(); calling(92T)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=-1 after DP_MATCH_ANSWER; peers (0x0)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match rule (DP_MATCH_ORIGINATE)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Match destination pattern; calling (92)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpMatchCore: dialstring(); expanded string(); calling(92T)
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer: peer 20002 matched
*Mar 1 03:02:03.527: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore: Result=0 after DP_MATCH_ORIGINATE; peers (0x82AB99F4)
*Mar 1 03:02:05.054: //-1/8A8B6083806B/DPM/dpMatchPeersMoreArg:
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore:
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Match rule (DP_MATCH_DEST_URI_AND_TGT_CARRIER)
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Result=-1 after DP_MATCH_DEST_URI_AND_TGT_CARRIER
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Match rule (DP_MATCH_DEST_AND_TGT_CARRIER)
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Result=-1 after DP_MATCH_DEST_AND_TGT_CARRIER
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Match rule (DP_MATCH_DEST_URI)
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Result=-1 after DP_MATCH_DEST_URI
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Match rule (DP_MATCH_DEST)
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchPeersCore: Match Dest. pattern; called (0)
*Mar 1 03:02:05.058: //-1/8A8B6083806B/DPM/dpMatchCore:

Sieht für mich ziemlich übel aus, kann leider nicht so viel damit anfangen, aber vllt erkennst du ja woran es liegt. Wenn alle Stricke reissen, sollte ich mal versuchen mich direkt an einen NT zu hängen?

MarkusS · 20 Jul 2005

Aus dem debug isdn q931:

Calling Party Number i = 0x0080, '92'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x81, '8868430'

Also: 92 ruft 8868430. Wenn ich das in deiner Config richtig sehe liegt die 92 auf dem CME, Du hast also versucht, vom IP-Phone rauszutelefonieren auf die 8868430 - gewählt hast Du wahrscheinlich die 08868430, aber die führende 0 für "Amt" schneidet der Dial-Peer ab. D.h. die Octopus bekommt die 8868430 übergeben - und da ist dann die Frage ob die Octopus damit wirklich was anfangen kann - oder holt die Octopus das Amt mit der 8?

Was passiert wenn Du vom Octopus-Systemtelefon aus die 8868430 anwähltst? Intern (Octopus-Systemtelefon zu Octopus-Systemtelefon) habt Ihr doch sicher keine 7stelligen Durchwahlen?!

Gruss
Markus

moodsi · 20 Jul 2005

Ja, ich habe versucht von IP Telefon rauszutelefonieren. Hab tatsächlich die 08868430 gewählt. Amt holen wir an der Anlage mit der 0. Meinst du ich müsste 008868430 wählen um rauszukommen? Vom Systemtelefon wähle ich die 30 um den Anschluss zu bekommen (ist einer hier im Haus).

MarkusS · 20 Jul 2005

Für ein "internes" Telefonat sollte es vom IP-Phone zum Octopus-Phone die "030" tun - mit der Amtsnull sagst Du dem CME ja dass er rauswählen soll wobei raus in dem Fall nicht die Vermittlungsstelle ist sondern die Octopus.

Wenn Du vom IP-Phone durch die Octopus durch nach draussen willst musst Du entsprechend eine weitere Amtsholung mitgeben, also 00xxxxxx weil sonst die Octopus versucht, das intern zu routen.

Es kann auch sein dass die Octopus sich nicht selbst über Amt anrufen kann, keine Ahnung.

Last but not least muss man auch wissen wie der Port an dem der CME hängt Octopus-seitig konfiguriert ist, wenn der in der Octopus z.B. keine Amtsberechtigung hat kommt Ihr nicht raus ins öffentliche Netz.

Immer Schrittweise vorgehen, im ersten Step müsst Ihr hinkriegen dass das IP-Phone das Octopus-Phone anrufen kann, dann umgekehrt und dann kann man sich damit beschäftigen wie man durch die Octopus durchkommt.

Und immer schön im Hinterkopf behalten dass möglicherweise die Octopus in die Suppe spuckt, idealerweise testet man die Anlage vorher, entweder mit einem ISDN-Tester oder mit einer besseren ISDN-Karte die auch mit einem Anlagenanschluss umgehen kann (z.B. AVM B1 oder Eicon Diva Pro Server).

Gruss
Markus

moodsi · 20 Jul 2005

Also heute morgen hab ich den S0 mit einem ISDN Telefon getestet, und da hat er funktioniert. Amtsberechtigung hat der auch. Jetzt hab ich zum Spass nochmal das Telefon drangehängt und siehe da: der S0 ist tot. Irgendwie hat sich anscheinend die Baugruppe total aufgehängt. Selbst ein Hardreset bringt den S0 nicht mehr zum laufen... Ich häng das Ding jetzt echt mal direkt an einen NTBA. Hoffentlich bringt das den gewünschtn Erfolg. Aber danke schonmal für die Unterstützung!

MarkusS · 20 Jul 2005

Deine Aussage dass der Anschluss mit einem "ISDN Telefon" funktioniert gibt mir schwer zu denken. Wenn das wirklich ein Anlagenanschluss i.S.v. Point to Point ist darf dadran eigentlich ein Telefon NICHT Funktionieren. Ein normales Telefon kann eigentlich nur an einem Mehrgeräteanschluss (Point to Multipoint) funktionieren!!!

Für PMP funktioniert das CME-Setup allerdings vollkommen anders als für PTP.

Merke: Anlagenanschluss definiert sich über das Protokoll, nicht über die Tatsache dass der Anschluss in eine TK-Anlage eingebaut ist.

Gruss
Markus

moodsi · 20 Jul 2005

Also vielleicht habe ich mich da etwas unglücklich ausgedrückt. Ich habe nicht den Anschluss getestet,sondern hab das Telefon direkt an den S0 gehängt, an dem normal der Router hängen sollte. Da konnte ich telefonieren. Aber nachdem der S0 nicht mehr funktioniert, warum auch immer hab ich das gesamte Equipment jetzt mal direkt an einen NTBA von einem anderen Anschluss (Mehrgeräte) gehängt. Ich habe daraufhin die Config der BRI geändert und ich komme raus!!!!! Tolles Gefühl, wenn mal was funktioniert. Leider kann ich von außen noch nicht in das Netz telefonieren. Wie kann ich das denn erreichen. Mit einem "normalen" dial-peer dürfte das ja nicht funktionieren, da die Telefone nicht direkt am Router hängen sondern an einem Switch. In den dial-peers kann ich Rufnummern nur voice ports zuordnen, oder? Oder muss ich sonst noch etwas beachten um Anrufe von draußen auf den Switch zu den Telefonen weiterzuleiten?
Gruß René

MarkusS · 20 Jul 2005

moodsi schrieb:
Also vielleicht habe ich mich da etwas unglücklich ausgedrückt. Ich habe nicht den Anschluss getestet,sondern hab das Telefon direkt an den S0 gehängt, an dem normal der Router hängen sollte.

Na prima. Du siehst mir aber schon nach dass ich jetzt so langsam nicht mehr durchblicke was wie an welchem (Du hast ja anscheinend mehrere) ISDN-Anschluss geht oder gehen soll.

Wenn ich von Point to Point oder Anlagenanschluss oder von Point to Multipoint oder Mehrgeräteanschluss rede meine ich genau das, das sind stehende Begriffe in der europäischen ISDN-Technik.

moodsi schrieb:
Da konnte ich telefonieren. Aber nachdem der S0 nicht mehr funktioniert, warum auch immer hab ich das gesamte Equipment jetzt mal direkt an einen NTBA von einem anderen Anschluss (Mehrgeräte) gehängt. Ich habe daraufhin die Config der BRI geändert und ich komme raus!!!!! Tolles Gefühl, wenn mal was funktioniert. Leider kann ich von außen noch nicht in das Netz telefonieren. Wie kann ich das denn erreichen.

Indem Du auf dem CME eine entsprechende Konfiguration vornimmst. Bei PtMP hast Du keine Durchwahlen (DID) sondern eben MSNs.

moodsi schrieb:
Mit einem "normalen" dial-peer dürfte das ja nicht funktionieren

Es ist mir nicht geläufig dass es anormale Dial-Peers gibt. Es gibt unterschiedliche Dial-Peers für unterschiedliche Zwecke.

moodsi schrieb:
da die Telefone nicht direkt am Router hängen sondern an einem Switch. In den dial-peers kann ich Rufnummern nur voice ports zuordnen, oder? Oder muss ich sonst noch etwas beachten um Anrufe von draußen auf den Switch zu den Telefonen weiterzuleiten?
Gruß René

Äh, ansonsten geht es Dir aber noch gut? Das Buch in dem das mit den Netzwerken und dem IP beschrieben war solltest Du Dir vielleicht nochmal durchlesen BEVOR wir hier mit VoIP weitermachen, zuerst kommt die Pflicht, dann die Kür.

Kurzfassung:

Mehrgeräteanschluss hat MSN, i.d.R. 3, gelegentlich aber bis zu zehn MSNs.

Eine MSN kennt keine Durchwahlen, also musst Du immer mit der ganzen MSN arbeiten.

Beispiel:

Vorwahl 04711 MSN 12345
Vorwahl 04711 MSN 54321

Vor der Vorwahl steht noch die "49" für Deutschland, wenn Dich jemand von extern (egal ob aus dem Nachbarhaus oder aus Timbuktu) anruft schmeisst Dir die Vermittlungsstelle der Telecom den Strin 49471112345 auf Deinen Anschluss - oder bei der anderen Nummer eben 49471154321.

Also musst Du dem Dial-Peer mitgeben auf welche GERUFENE Nummer er reagieren soll - und zwar musst Du ihm die Nummer GENAU SO geben wie er sie selbst von der Vermittlung kriegt:

BITTE BIS ZUM ENDE WEITERLESEN, SONST GEHT DAS IN DIE HOSE!

!
dial-peer voice 1 pots
translation-profile incoming XXX
destination-pattern 0T
incoming called-number 49471112345
direct-inward-dial
port 0/0/0
!
dial-peer voice 2 pots
translation-profile incoming YYY
destination-pattern 0T
incoming called-number 49471154321
direct-inward-dial
port 0/0/0
!

Intern sind die MSNs oberlästig, im Standard ist die MSN = interne Rufnummer, Du musst also, wenn Du den Kollegen am Tich gegenüber anrufen willst immer die ganze Nummer (54321) wählen.

Da wäre es elegant wenn man das so umsetzen kann dass man intern eigene (kurze) Nummern hat und dann die von extern gerufene Nummer einfach auf die internen Nummern umsetzt;

!
voice translation-rule 1
rule 1 /12345/ /90/
!
voice translation-rule 2
rule 1 /54321/ /91/
!
voice translation-profile XXX
translate called 1
!
voice translation-profile YYY
translate called 2
!

Lies:

wenn 12345 gerufen wird mach 90 draus
wenn 54321 gerufen wird mach 91 draus

Das ist so ähnlich wie bei den russischen Puppen: Zuerst definiere ich mir eine Rule, die binde ich in ein Profile und das Profile hänge ich in den Dial-Peer (XXX und YYY sind nur Namen, dafür kann man auch Fritz und Karli schreiben).

Beim Programmieren musst Du die Reihenfolge einhalten:
- Zuerst die Rule
- Dann das Profile
- Dann der Dial-Peer
weil Du logischerweise nur existierende Profiles in einen Dial-Peer packen kannst.

Man kann sich da richtig austoben, bei Cisco gibt es ein umfangreiches Paper zu dem Thema was man wie warum manipulieren kann, für den Anfang soll das mal reichen. Das auf Deine speziellen MSNs anzupassen sollte ein Klacks sein, weitere MSNs einfach über zusätzliche Rules / Profiles / Dial-Peers dazuschreiben. Man kann zwar auch mehrere Rules in ein Profile packen aber damit darfst Du Dich bei Bedarf selber beschäftigen, bei dem Thema kriege ich Pickel.

Damit man direkt aus der Anruferliste zurückrufen kann kann man dafür sorgen dass der Router gleich die erforderlichen Nullen vor die Anrufernummer bastelt:

!
translation-rule 10
Rule 1 ^.% 00 national national
Rule 2 ^.% 000 international international
!

Dann sieht der Voice-Port so aus:

!
voice-port 0/0/0
translate calling 10
compand-type a-law
cptone DE
description ABCDEF
bearer-cap Speech
!

Gruss
Markus

VoIP => ISDN über TK-Anlage

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Statistik des Forums