[gelöst] Config für ein 2811 mit SRST

[moonjumper]

Hallo Community,
wir haben ein kleines Problem mit unserem alten Voicegateway 2650 weswegen wir ein neues Cisco 2811 Gerät bekommen.
Zusätzlich ist ein PVDM2-64 drin und es kommt eine VWIC 2MFT E1 rein. Nun habe ich schon mal eine Config gebastelt, die dann passen sollte. Im Hintergrund arbeitet ein Callmanager mit der Version 3.3 (ich weiß es ist uralt) welcher den 2811 Router nicht direkt verwalten kann sondern per H323 anspricht.
Ich poste mal die Config vielleicht findet jemand noch einen Fehler oder sieht etwas, was definitiv falsch ist.
Ich kann die Config leider nicht testen, da der neue Router noch nicht da ist.

Danke schon mal..
Eike

service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
!
hostname gw-munich
!
boot-start-marker
boot-end-marker
no aaa new-model
!
enable secret xxxxxxxxxx
!
username  XXXXXX password xxxxxxxxxxxx
!
archive
 log config
 hidekeys 
!
!
control-plane
!
!
card type e1 0 1
card type e1 0 0
!
logging buffered 500000 debugging
!
controller E1 0/1/0
 framing no-CRC4
 pri-group timeslots 1-31
!
controller E1 0/1/1
 framing no-CRC4
 pri-group timeslots 1-31 
!
!
!
network-clock-participate wic 1
network-clock-participate wic 2
network-clock-select 1 E1 0/1/0
network-clock-select 2 E1 0/1/1
!
!
ip cef
!
!
no ip domain lookup
!
isdn switch-type primary-net5
!
voice-card 0
 no dspfarm
!
!
!
voice call convert-discpi-to-prog
voice call carrier capacity active
!
voice service voip
 no supplementary-service h225-notify cid-update
 fax protocol pass-through g711alaw
 modem passthrough nse codec g711alaw
!
!
voice class codec 1
 codec preference 1 g711alaw
 codec preference 2 g711ulaw
 codec preference 3 g729r8
!
!
!
voice class h323 1
 h225 timeout tcp establish 2
!
!
!
voice translation-rule 1
 rule 1 /^360420/ /900/
 rule 2 /^36042\(...\)/ /\1/
!
voice translation-rule 2
 rule 1 /\(.*\)/ /00\1/ type national national
 rule 2 /\(.*\)/ /0\1/ type subscriber subscriber
 rule 3 /\(.*\)/ /000\1/ type international international
!
!
!
voice translation-profile ausgehend
!
voice translation-profile eingehend
 translate calling 2
 translate called 1
!
interface FastEthernet0/0
 ip address 192.168.87.253 255.255.255.000
 duplex auto
 speed auto
 h323-gateway voip bind srcaddr 192.168.87.253
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
!
ip route 0.0.0.0 0.0.0.0 192.168.87.252
!
interface Serial0/1/0:15
 no ip address
 encapsulation hdlc
 isdn switch-type primary-net5
 isdn incoming-voice voice
 no cdp enable

!
interface Serial0/1/1:15
 no ip address
 encapsulation hdlc
 isdn switch-type primary-net5
 isdn incoming-voice voice
 no cdp enable

!
!
voice-port 0/1/0:15
 translation-profile incoming eingehend
 cptone DE
!
voice-port 0/1/1:15
 translation-profile incoming eingehend
 cptone DE
!
!
dial-peer voice 1 pots
destination-pattern 0T
 incoming called-number .
 direct-inward-dial
 port 0/1/0:15
!
dial-peer voice 2 pots
destination-pattern 0T
 incoming called-number .
 direct-inward-dial
 port 0/1/1:15
!
dial-peer voice 12 voip
 translation-profile outgoing eingehend
 destination-pattern 36042[1-9]..
 progress_ind setup enable 3
 modem passthrough nse codec g711alaw
 voice-class codec 1
 session target ipv4:145.14.87.10
 dtmf-relay h245-alphanumeric
 fax rate disable
 fax protocol pass-through g711alaw
 no vad
!
!
gateway
 timer receive-rtp 1200
!
!
call-manager-fallback
 secondary-dialtone 0
 max-conferences 4 gain -6
 transfer-system full-consult
 user-locale DE
 ip source-address 192.168.87.10 port 2000
 max-ephones 50
 max-dn 150 dual-line preference 5
 system message primary Notfalltelefonie
 transfer-pattern 0T
 transfer-pattern .T
 keepalive 120
 no huntstop
 moh music-on-hold.au
 multicast moh 239.1.1.1 port 16384 route 10.12.8.5 192.186.1.1
!
!
!
ip http server
no ip http secure-server
!
snmp-server community xxxxxxxxxx RW
!
!
clock timezone CET 1
clock summer-time CET recurring last Sun Mar 2:00 last Sun Oct 3:00
!
banner motd ^
Access to this device is only for authorized users,
if you have not permissions please logout immediately,
unauthotized is against law,  and may be subject to civil
and/or criminal penalties. All activity is being logged,
if you do not aggree disconnect immediately! ^
!
line con 0
 login local
line aux 0
line vty 0 4
 logging synchronous
 login local
 transport input telnet ssh
line vty 5 15
 logging synchronous
 login local
 transport input telnet ssh

 

[limp]

Schaut auf den ersten Blick eigentlich ganz gut aus.

Bis auf folgende Kleinigkeiten aber vielleicht brauchst du Sie für deine Installation auch gar nicht:

interface serial X/X/X:15
isdn overlap-receiving
isdn outgoing-voice info-transfer-capability 3.1kHz-audio //ohne den Befehl haben evtl. paar Faxe ein Problem

Was ich auch nicht schlecht find ein NTP Server anzugeben damit der Timestamp die richtige Uhrzeit hat...

dial-peer voice X pots
progress_ind setup enable 3
progress_ind alert enable 8


Mehr ist mir nicht aufgefallen ;-)

Grüße

 

[moonjumper]

Danke Limp fürs drüber schauen. ntp server kommt natürlich auch noch rein und noch ein paar sachen was die Benutzer angeht. jetzt muss ich aber mal blöd fragen, was die beiden Zeilen
progress_ind setup enable 3
progress_ind alert enable 8
bewirken.
Ich hab zwar schon mal bisschen bei cisco gelesen aber so wirklich schlau werde ich nicht daraus.

Gruß
Eike

 

[limp]

Hier steht einiges dazu drin

http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a0080094c33.shtml#progresstones

 

[moonjumper]

keine Verbindung auf das FastEthernet Interface

Ich nochmal

Ich hab jetzt den Router sowet am laufen, nur dass ich nicht pingen kann. Ein ping auf das lokale interface funktioniert. Ein Ping von außen an fast 0/0 geht nicht und vom Router aus an den nächsten Hop geht auch nicht. Ich hab mal cdp enabled und da erkennt er auch seinen Nachbarn aber eben kein ping kein gar nichts.
Ich verzweifel langsam, da ich nun schon alles möglich rumgesucht habe und keine Ahnung habe was es noch sein kann. Die Route ist auch richtig.
Ich poste mal Ausschnitte aus der Config vielleicht hat jemand ne Idee.

!
no aaa new-model
clock timezone CET 1
clock summer-time CET recurring last Sun Mar 2:00 last Sun Oct 3:00
network-clock-participate wic 0 
network-clock-select 1 E1 0/0/0
network-clock-select 2 E1 0/0/1
!
dot11 syslog
ip source-route
!
ip cef
!
no ip domain lookup
no ipv6 cef
ntp server 213.239.154.12
multilink bundle-name authenticated
!
isdn switch-type primary-net5
!
archive
 log config
  hidekeys
!
interface FastEthernet0/0
 ip address 145.14.87.241 255.255.255.0
 no ip mroute-cache
 duplex auto
 speed auto
 no mop enabled
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
 no cdp enable
!
!
no ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 145.14.87.252
!
ip http server
no ip http secure-server
!
!
dialer-list 1 protocol ip permit
!
!
gateway 
 timer receive-rtp 1200
line con 0
line aux 0
line vty 0 4
 password xxxx
 logging synchronous
 login local
 transport input telnet ssh
line vty 5 15
 logging synchronous
 login local
 transport input telnet ssh
!
scheduler allocate 20000 1000
no process cpu extended
no process cpu autoprofile hog
end

Wie gesagt es sind nur ein paar Zeilen aus der Config.. Es ging wohl auch schon mal, da ich am Freitag den ntp Server eingetragen hatte und da auch gleich die Zeit synchronisiert wurde.
Danke schon mal

Eike

 

[moonjumper]

Fehler gefunden..
man sollte natürlich auch den Port am Switch entsprechend konfigurieren. kaum ist dieser im richtigen vlan geht auch alles ..

 

[moonjumper]

irgendwas passt noch nicht

So ich bin nun endlich dazu gekommen, das Gateway an unserem PMXer zu testen leider ohne Erfolg.
Ich hab Probleme bei ankommenden und bei abgehenden Calls. Abgehend sieht es so aus, dass wohl die 0 von der Vorwahl abgeschnitten wird.
debug isdn q931 sieht so aus wenn ich versuche die 089 244xxx zu wählen:

*Sep 10 04:55:52.929: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 089360420
*Sep 10 04:55:52.929: ISDN Se0/0/1:15 Q931: Sending SETUP  callref = 0x0081 callID = 0x8002 switch = primary-net5 interface = User 
*Sep 10 04:55:52.933: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8  callref = 0x0081 
	Bearer Capability i = 0x9090A3 
		Standard = CCITT 
		Transfer Capability = 3.1kHz Audio 
		Transfer Mode = Circuit 
		Transfer Rate = 64 kbit/s 
	Channel ID i = 0xA9839F 
		Exclusive, Channel 31 
	Progress Ind i = 0x8183 - Origination address is non-ISDN  
	Calling Party Number i = 0x0081, '089360420' 
		Plan:Unknown, Type:Unknown 
	Called Party Number i = 0x80, '89244' 
		Plan:Unknown, Type:Unknown
*Sep 10 04:55:52.969: ISDN Se0/0/1:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0x8081 
	Channel ID i = 0xA9839F 
		Exclusive, Channel 31
*Sep 10 04:55:54.301: ISDN Se0/0/1:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x8081 
	Cause i = 0x8281 - Unallocated/unassigned number 
	Progress Ind i = 0x8288 - In-band info or appropriate now available  
	Progress Ind i = 0x8282 - Destination address is non-ISDN 
*Sep 10 04:55:54.305: ISDN Se0/0/1:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x8002
*Sep 10 04:55:57.477: ISDN Se0/0/1:15 Q931: TX -> RELEASE pd = 8  callref = 0x0081
*Sep 10 04:55:57.497: ISDN Se0/0/1:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x8081

Bei einem ankommenden Call versteht er die Nummer nicht und meint es ist eine "unassigned Number", was ich nicht verstehe, da ja im Pots dial-peer die richtige Nummer eingetragen ist.
Der debug schaut dann so aus:

*Sep 10 04:54:56.229: ISDN Se0/0/1:15 Q931: RX <- SETUP pd = 8  callref = 0x54F5 
	Sending Complete 
	Bearer Capability i = 0x8090A3 
		Standard = CCITT 
		Transfer Capability = Speech  
		Transfer Mode = Circuit 
		Transfer Rate = 64 kbit/s 
	Channel ID i = 0xA98383 
		Exclusive, Channel 3 
	Calling Party Number i = 0x2183, '160906xxxx' (gekürzt) 
		Plan:ISDN, Type:National 
	Called Party Number i = 0xC1, '36042526' 
		Plan:ISDN, Type:Subscriber(local) 
	High Layer Compat i = 0x9181
*Sep 10 04:54:56.233: ISDN Se0/0/1:15 Q931: Received SETUP  callref = 0xD4F5 callID = 0x0005 switch = primary-net5 interface = User 
*Sep 10 04:54:56.253: ISDN Se0/0/1:15 Q931: TX -> CALL_PROC pd = 8  callref = 0xD4F5 
	Channel ID i = 0xA98383 
		Exclusive, Channel 3
*Sep 10 04:54:56.265: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8  callref = 0xD4F5 
	Cause i = 0x8081 - Unallocated/unassigned number
*Sep 10 04:54:56.285: ISDN Se0/0/1:15 Q931: RX <- RELEASE pd = 8  callref = 0x54F5
*Sep 10 04:54:56.285: ISDN Se0/0/1:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0xD4F5

bin für jede Idee offen und für jede Hilfe Dankbar..

Gruß
Eike

 

[limp]

Servus,
ausgehend ist es klar er müsste 089... rausgeben. Ich gehe mal davon aus das du die Nummer 0089..... gewählt hast jetzt nehme ich zusätzlich mal noch an das du im Callmanager eine 0 wegschneidest entweder in ner RouteList oder RoutePattern und am VGW geht die letzte 0 auch noch drauf.
Entweder du nimmst jetzt am CUCM die Konfig raus das er die 0 entfernt (bessere Lösung hinsichtlich SRST) oder du konfigurierst in den Pots Peers am VGW no digit-strip.

Dein Problem mit den eingehenden Calls liegt wahrscheinlich am CUCM hast du ne Translation Pattern eingerichtet die den Amtskopf wegschneidet? (36042.XXX pre dot)

Grüße, übrigens auch aus MUC

 

[moonjumper]

Ha ganz vergessen was dazu zu schreiben. Ich bin schon ein Stück weiter. Also einkommend war das Problem, dass die translation-rule greift und die Telefonnummer auf die Durchwahl kürzt und damit matched destination-pattern vom dial-peer 12 voip nicht mehr. Hab es auf .T geändert funktioniert.
zu den ausgehenden Telefonaten kann ich noch nicht viel Sagen aber es liegt wohl an den komisch konfigurierten RoutePattern auf dem Callmanager. Hier haben wir beispielsweise für national calls 0.0[^0]XXX konfiguriert, was komischerweise auf den MGCP Gateways funktioniert aber eben nicht mit h323. Hier muss es dann 0.0[^0]! heißen.
Ich kann es erst am Montag testen. Eingehend hab ich es schon gestern testen können und es funktioniert.

 

[moonjumper]

Limp vielleicht hast du als Münchner noch ne Idee.
Ich hab jetzt soweit alles testen können und was soll ich sagen, es funktioniert! Zwei kleine Probleme hab ich allerdings noch. Erstens muss ich die T302 Time herabsetzen, da sonst der Callmanager wirklich 15 sek wartet bis er anfängt rauszuwählen. Wenn ich den allerdings auf dem Callmanager runter setze auf 3 oder 4 Sekunden (was gerade eine halbwegs akzeptable wartezeit ist) dann hat unser letztes MGCP Gateway ein Problem und verschluckt ab und an mal Nummern. Gibt es da noch eine andere Lösung, dass der Callmanager gleich anfängt die Nummern an das GW zu übertragen ohne zu warten ob noch was kommt?
Zweites Problem sind die prefix digits. Auf dem GW ist sind ja die Rules definiert, welche entsprechend ein, zwei oder drei Nullen davor setzt, je nach Type. Wenn ich dies so konfiguriert lasse, dann sehe ich auf dem Telefon allerdings 0000 bei national calls, da der Callmanager auch nochmal die Nullen davor setzt (advanced Service Parameters Callmanager). Also habe ich mir gedacht ok ich lass die rule einfach weg auf dem GW, was zur folge hat, dass ich gar keine 0 mehr angezeigt bekomme.
Hintergrund ist hier wohl, dass das GW nicht mehr übergibt welcher Type der Call ist.
Jetzt habe ich da zwei Ideen. entweder ich definiere auf dem Callmanager noch die prefix digits für unknown mit 00 oder ich lösche die prefix digits für national und international auf dem Callmanager, was aber zur Folge haben wird, dass Anrufe, die über das MGCP Gateway rein kommen, keine führenden 0en mehr haben.

hab ich schon erwähnt, dass mich das langsam nervt diese mischmasch konfiguration

Gruß
Eike

 

[limp]

Also zu Problem 1 in welchen Zusammenhang steht das MGCP GW zum H323 GW? Hat das H323 nicht direkt Zugang zum PSTN oder wieso geht der call flow noch durch das mgcp. Auch wenn ich jetzt noch nicht genau weiß wie die Konstellation ist hast du es mal mit overlap sending probiert?

Problem 2:
Ja mit unterschiedlichen GWs wirds leider etwas Konfigurationsaufwändiger. Ich denke mal nicht das du die Möglichkeit hast alles auf H323 oder MGCP umzukonfigurieren.

Ich würde es folgendermaßen konfigurieren. Am CUCM komplett die Prefixe rausnehmen. Jeweils an den GWs eine translation rule setzen damit eingehend entsprechend dem Type die 0en davorgesetzt werden. Das hat auch den Vorteil das du im SRST Fall des H323 GWs nicht noch extra die Nummern manipulieren musst.

gruß

 

[moonjumper]

Hallo Limp,
danke für die Ideen. Mittlerweile telefonieren wir über das H323 Gateway. Der letzte Standort mit MGCP hat bis jetzt noch keine Probleme gemeldet, das Nummern verschluckt werden.
Der Unterschied zwischen dem MGCP und dem H323 GW ist leicht zu sehen in einem Debug. Während das MGCP Gateway noch ziffern annimmt und weiter routet während schon die Verbindung aufgebaut wurde macht dies das H323 Gateway nicht. H323 braucht also gleich die ganze Nummer. Das kann aber auch an unserem uralt Callmanager liegen. Die Leute wählen jetzt einfach eine # oder warten vier Sekunden.

Am Callmanager hab ich die prefixes drin gelassen und hab nur noch bei unknown 00 eingetragen. Am Gateway selber habe ich jetzt eine komische translation rule, welche aber mit dem Callmanager funktioniert.

rule 1 /\(.*\)/ /0\1/ type national national
rule 2 /\(.*\)/ /0\1/ type any subscriber
rule 3 /\(.*\)/ /00\1/ type international international

Danke für deine Hilfe nochmal

Gruß
Eike