Jump to content

moodsi

Members
  • Gesamte Inhalte

    11
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von moodsi

  1. 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
  2. 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.
  3. 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
  4. 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
  5. 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.
  6. 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?
  7. An der Konfig der Switchports kanns leider nicht hängen. Die ist überall gleich. Es scheint wirklich ein Problem mit den Telefonen oder dem DHCP zu sein, denn wenn ich mal ein 7940 rausziehe, dann geht das andere. Ports habe ich auch schon verschiedene ausprobiert, daran liegts eher nicht.
  8. Hallo, ich habe meine VoIP Umgebung die ganze Zeit mit zwei IP Telefonen getestet. Einem 7905 und einem 7940. Jetzt wollte ich ein zweites 7940 mit ins Netz nehmen und bekomme auf einmal Probleme mit der IP Vergabe. Bei dem neuen Phone bekomme ich im Display die Fehlermeldung: IP Doppelt vergeben. Habe dann das dritte Phone komplett aus der Konfig gelöscht, jetzt bekommt es noch nicht einmal mehr eine Verbindung zum DHCP. Der Adressbereich ist aber groß genug. Hat jemand eine Ahnung, warum mein zweites 7940 keine IP mehr bekommt? Gruß moodsi
  9. 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
  10. 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...
  11. 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
×
×
  • Neu erstellen...