moodsi 10 Geschrieben 13. Juli 2005 Melden Teilen Geschrieben 13. Juli 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 Zitieren Link zu diesem Kommentar
FieSi 10 Geschrieben 13. Juli 2005 Melden Teilen Geschrieben 13. Juli 2005 Ruf doch mal bei Cisco an *gg* Gruß Tim Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 13. Juli 2005 Melden Teilen Geschrieben 13. Juli 2005 ...das öffentliche Netz ist meines Wissens nicht IP taulich. Gruß Rob Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 13. Juli 2005 Autor Melden Teilen Geschrieben 13. Juli 2005 Deswegen habe ich eine TK-Anlage dazwischen und eine VIC (Voice Interface Card), die sollte IP-Sprachdaten in normale Sprachdaten wandeln mit der richtigen Signalisierung... Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 13. Juli 2005 Melden Teilen Geschrieben 13. Juli 2005 klingt interessant, wenn du das hinbekommst, hätte ich gern die config... Gruß Rob Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 14. Juli 2005 Autor Melden Teilen Geschrieben 14. Juli 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.... Ich komm absolut nicht weiter Gruß Moodsi Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 19. Juli 2005 Autor Melden Teilen Geschrieben 19. Juli 2005 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? Zitieren Link zu diesem Kommentar
scooby 10 Geschrieben 19. Juli 2005 Melden Teilen Geschrieben 19. Juli 2005 voice-port 2/1 compand-type a-law cptone DE bearer-cap 3100Hz Frage ist der ISDN Anschluss ein TK-Anschluss oder ein Mehrgeräteanschluss? mach mal einen debug isdn q921 und poste dann mal was du siehst. Zitieren Link zu diesem Kommentar
kroliczku 10 Geschrieben 19. Juli 2005 Melden Teilen Geschrieben 19. Juli 2005 poste mal bitte die genaue Bezeichnung deiner VIC ! Gruß Zitieren Link zu diesem Kommentar
kroliczku 10 Geschrieben 19. Juli 2005 Melden Teilen Geschrieben 19. Juli 2005 sind deine IP Phones erreichbar? Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 20. Juli 2005 Autor Melden Teilen Geschrieben 20. Juli 2005 Meine IP Phones sind von außen nicht erreichbar, intern, also von IP zu IP funzt alles. Die Karte ist eine VIC 2B NT/TE. Bei dem Debug befehl passiert leider gar nix. Auch wenn ich debug isdn all mache, tut sich nix. An der VIC leuchtet die LED für den ISN Link aber... Sehr merkwürdig das ganze. Wenn ich ein normales ISDN Telefon an den S0 hänge kann ich ganz normal telefonieren. Der Anschluss ist übrigens ein Anlagenanschuss. Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 20. Juli 2005 Autor Melden Teilen Geschrieben 20. Juli 2005 Hallo, habe an der Config noch etwas rumgefeilt. Geht immernoch nicht, aber zumindest kommt jetzt beim debuggen was :-) Sieht wie folgt aus: 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 Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 20. Juli 2005 Autor Melden Teilen Geschrieben 20. Juli 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 ****es Lämpchen freuen kann... Aber leider ist der Ruf nicht rausgegangen Und schon war die freude wieder dahin... 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 Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 20. Juli 2005 Autor Melden Teilen Geschrieben 20. Juli 2005 Und hier ist das Ergbnis des Debugs des dial-peers: *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 erkennt ja jemand woran es liegt. Zitieren Link zu diesem Kommentar
moodsi 10 Geschrieben 21. Juli 2005 Autor Melden Teilen Geschrieben 21. Juli 2005 Hab das ganze jetzt hinbekommen. Für interssierte ist hier meine final config: 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 xxx.xxx.xxx.xxx subnetmask ip dhcp excluded-address xxx.xxx.xxx.xxx subnetmask ! ip dhcp pool Daten network xxx.xxx.xxx.xxx subnetmask default-router xxx.xxx.xxx.xxx domain-name cisco.com ! ip dhcp pool voice network xxx.xxx.xxx.xxx subnetmask default-router xxx.xxx.xxx.xxx option 150 ip xxx.xxx.xxx.xxx ! ! 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 xxx.xxx.xxx.xxx subnetmask ! interface FastEthernet0/0.200 description Subinterface Trunkport Voice encapsulation dot1Q 200 ip address xxx.xxx.xxx.xxx subnetmask ! interface Serial1/0 no ip address shutdown no fair-queue ! interface BRI2/0 no ip address shutdown 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 tei-negotiation first-call isdn incoming-voice voice isdn outgoing display-ie isdn static-tei 0 isdn skipsend-idverify ! ip classless no ip http server no ip http secure-server ! control-plane ! ! voice-port 2/0 ! voice-port 2/1 translate calling 1 compand-type a-law cptone DE bearer-cap Speech ! ! ! dial-peer voice 100 pots destination-pattern 0T incoming called-number 80 direct-inward-dial port 2/1 ! num-exp 80 92 ! telephony-service max-ephones 10 max-dn 10 ip source-address xxx.xxx.xxx.xxx 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 max-conferences 4 time-format 24 date-format dd-mm-yy dn-webedit time-webedit transfer-system full-consult secondary-dialtone 0 Gruß moodsi Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.