moodsi

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 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

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.

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

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

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.

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?

16. Juli 2005

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.

15. Juli 2005

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

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

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...

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

Anmelden

moodsi

Gesamte Inhalte

Registriert seit

Letzter Besuch

Inhaltstyp

Profile

Forum

Beiträge erstellt von moodsi

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

Problem mit IP bei 7940 trotz DHCP

Problem mit IP bei 7940 trotz DHCP

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

1760 Config: VoIP ins PSTN über TK-Anlage

Menu

Aktivitäten