Probleme mit Patton 4552 RTP & ausgehende Gespräche

[anonymous]

Hallo zusammen,

wir haben uns einen Patton 4552 zugelegt und leider ein paar Probleme. Ich habe eine neue PSTN Leitung hinzugefügt und die Konfigurationsdatei im Patton eingespielt. Soweit hat das auch alles funktioniert, die Leitung wird registriert. Nun habe ich aber das Problem, dass wenn ich die Leitung für ausgehende Gespräche verwenden möchte ich folgende Fehler bekomme:

192.168.0.100 ist der 3XC Server (Version 6.1)
192.168.0.2 ist der Patton (Firmware 5.3 SIP)
85.183.32.XXX ist die externe, feste IP unserer Firma

17:21:22.334 Call::RouteFailed [CM503015]: Call(2097): Attempt to reach [sip:[email protected];user=phone] failed. Reason: Not Found
17:21:22.318 CallCtrl:nSelectRouteReq [CM503004]: Call(2097): Calling: PSTNline[Dev:local]
17:21:22.287 CallCtrl:nSelectRouteReq [CM503010]: Making route(s) to [sip:[email protected];user=phone]

Daher sind ausgehende Gespräche über den Patton zur Zeit gar nicht möglich.

Bei ankommenden Gesprächen habe ich ebenfalls ein paar Probleme. Keiner der Gesrächspartner kann sich hören, sobald das Gespräch über ISDN reinkommt. Aus irgendeinem Grund möchte der Patton oder 3CX über unsere öffentliche IP kommunizieren. Diese ist aber weder in der 3CX noch im Patton eingetragen. Wie auch immer die die externe IP ermitteln, ich habe keine Ahnung.

17:04:30.333 MediaServerReporting::RTPReceiver [MS105000] C:2087.1: No RTP packets were received:remoteAddr=192.168.0.2:4864,extAddr=85.183.32.XXX:9002,localAddr=85.183.32.XXX:9002

Nun habe ich mal im Patton bei den IP Routen das Netz 0.0.0.0 mit der Maske 0.0.0.0 auf das Gateway 192.168.0.1 (unser Internet Router) gelegt, so dass der Patton ein Standard Gateway kennt und die 85.183.32.XXX erreichen kann. Muss er zwar nicht denn er kann ja auf die 192.168.0.100 aber es war ein Versuch. Und siehe da, nun kommen die RTP Fehler im Server-Status nicht mehr. Hier sieht alles super aus nur leider kann mein Gesprächspartner, der über ISDN reinkommt mich noch immer nicht hören ich ihn aber schon. Bei allen 4 SIP Providern, die wir hier für die Firma verwenden, habe ich keine Probleme. Mein Linksys SPA9002 macht ebenso keine Probleme mit der Sprache in beide Richtungen.

Telefonanlage überträgt Audio, Unterstützt "Reinvite" und Unterstützt "Replaces"-Header testweise in allen möglichen Kombinationen ein- und ausgeschaltet aber keine Veränderung.

Es wäre klasse, wenn hier jemand eine Idee hat, denn ich bin so langsam mit meinem Wissen am Ende.

Gruß Andy

 

[stefanw]

normalerweise sind 3cx und patton pnp - gerade der 455x
hast du mal die config des pattons - ich vermute aber ein problem in der 3cx config.
am besten du zeichnest einen aufbau mal mit wireshark auf.

 

[stefanw]

Hallo CS,

kannst du mal bitte im Log schauen (Patton) in der BootUp Config ob da Keyword missmatch drin steht.
Patton FW muss genau 5.3-03-18 (SIP) sein.
Weiteres: Der Patton 4520 hat standard mit der FW 5.3 keine G 729 Unterstützung. Deshalb aus dem automatisch erstelltem Script diese beiden Zeilen entfernen und erneut eingelesen.

Grüße

 

[anonymous]

Vielen Dank schon mal für die Antworten. Hier mal das Eventlog des Patton:

2009-09-01T11:04:31 : LOGINFO : Time: set clock from 1970-01-01T00:00:18 to 2009-09-01T11:04:31
2009-09-01T11:04:31 : LOGINFO : Warm start.
2009-09-01T11:05:36 : LOGINFO : Link up on interface bri 0 0 0
2009-09-01T11:05:36 : LOGINFO : Link up on interface ISDN 0 0
2009-09-01T11:06:41 : LOGINFO : Link down on interface bri 0 0 0
2009-09-01T11:06:41 : LOGINFO : Link down on interface ISDN 0 0

Sieht also meiner Meinung nach gut aus... Ein Firmware Update auf die 5.3-03-18 (SIP) habe ich gerade gemacht.

Wen nich die unten stehende Konfig einpiele, kann ich meinen Gesprächspartner hören, er mich jedoch nicht. Wenn ich die 0.0.0.0 Route lösche, bekomme ich wieder die alte Meldung und keiner kann den anderen hören. Ich frage mich nur, woher immer unsere externe IP kommt, denn in der 3CX Konfig steht davon auch nichts... Ich habe mal ein Backup der Anlage gemacht und einen Blick in die 3CXPhoneSystem.ini und die XXXXXB.xml Datei geworfen aber auch da steht nichts von unserer externen IP.

13:06:15.910 MediaServerReporting::RTPReceiver [MS105000] C:2104.1: No RTP packets were received:remoteAddr=192.168.0.2:4866,extAddr=85.183.32.XXX:9004,localAddr=85.183.32.XXX:9004

13:06:08.348 Line:rintEndpointInfo [CM505002]: Gateway:[Patton 4552] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Patton SN4552 2BIS EUI 00A0BA04CEE8 R5.3 2009-03-18 SIP M5T SIP Stack/4.0.28.28] Transport: [sip:192.168.0.100:5060]

Ich habe auch schon mal in der 3CX die PSTN Line des Patton gelöscht und eine neue angelegt. Hat aber auch nichts gebracht.

Der Aufbau unseres Netzes ist recht simpel:

Windows 2003 Server mit 3CX 6.1, IP 192.168.0.100
Fritz BOX SL als Router mit fester IP extern und intern die 192.168.0.1
Patton 4552 Firmware 5.3-03-18 (SIP) mit der IP 192.168.0.2
Linksys SPA9002 IP 192.168.0.3
Mehrere VoIP Accounts

Daran hängen 2 Grandstream GXP-2020 und ein Snom M3. Über alle VoIP Accounts und den Linksys haben wir keinerlei Probleme. Alle Seiten hören sich wunderbar.

Hier mal meine Konfig, in der keine Zeilen mit g 729 stehen :

#########################################################
#
# For Patton SmartNode 4552 1-port BRI
# Supported firmware versions R5.1
#
# Author: Kevin Attard Compagno
# Date: 2008-02-25
# Contact: [email protected]
#
#########################################################

webserver port 80 language en
sntp-client
sntp-client server primary 192.168.0.10 port 123 version 4
sntp-client server secondary 192.168.0.10 port 123 version 4

system

ic voice 0

profile ppp default

profile call-progress-tone defaultDialtone
flush-play-list
play 1 1000 425 0

profile call-progress-tone defaultAlertingtone
flush-play-list
play 1 1000 425 -7
pause 2 4000

profile call-progress-tone defaultBusytone
flush-play-list
play 1 480 425 -7
pause 2 480

profile call-progress-tone defaultReleasetone
flush-play-list
play 1 240 425 -7
pause 2 240

profile call-progress-tone defaultCongestiontone
flush-play-list
play 1 240 425 -7
pause 2 240

profile tone-set default

profile voip default
codec 1 g711alaw64k rx-length 20 tx-length 20
codec 2 g711ulaw64k rx-length 20 tx-length 20
fax transmission relay t38-udp

profile pstn default

profile sip default

profile aaa default
method 1 local
method 2 none

context ip router

interface IF_IP_WAN
ipaddress dhcp
tcp adjust-mss rx mtu
tcp adjust-mss tx mtu

interface IF_IP_LAN
ipaddress 192.168.0.2 255.255.255.0
tcp adjust-mss rx mtu
tcp adjust-mss tx mtu

context ip router
route 0.0.0.0 0.0.0.0 192.168.0.1 0

context cs switch
national-prefix 0
international-prefix 00

mapping-table calling-pi to calling-e164 MP_REM_CLIR
map restricted to ""

routing-table called-e164 RT_ISDN_TO_SIP_0
route T2 dest-interface IF_SIP_0 MP_REM_CLIR

interface isdn IF_ISDN_0
route call dest-table RT_ISDN_TO_SIP_0

interface sip IF_SIP_0
bind context sip-gateway GW_SIP_0
route call dest-interface IF_ISDN_0
remote 192.168.0.100
address-translation outgoing-call request-uri user-part fix 10006 host-part to-header target-param none
address-translation incoming-call called-e164 request-uri

context cs switch
no shutdown

authentication-service AS_ALL_LINES
realm 1 3CXPhoneSystem
username 10006 password XXXXXXXXX

location-service LS_10006
domain 1 192.168.0.100

identity-group default
authentication outbound
authenticate 1 authentication-service AS_ALL_LINES username 10006

identity 10006
authentication outbound
authenticate 1 authentication-service AS_ALL_LINES

registration outbound
registrar 192.168.0.100
lifetime 300
register auto

context sip-gateway GW_SIP_0

interface LAN
bind interface IF_IP_LAN context router port 5060

context sip-gateway GW_SIP_0
bind location-service LS_10006
no shutdown

port ethernet 0 0
encapsulation ip
bind interface IF_IP_WAN router
no shutdown

port ethernet 0 1
encapsulation ip
bind interface IF_IP_LAN router
no shutdown

port bri 0 0
clock auto
encapsulation q921

q921
protocol pmp
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
encapsulation cc-isdn
bind interface IF_ISDN_0 switch

port bri 0 0
no shutdown


Falls noch jemand eine Idee hat, bitte munter drauf los, denn ich bin am verzweifeln....

Gruß Andy

 

[anonymous]

So, nun habe ich nochmals alle 3CX Dienste neu gestartet und siehe da, es klappt. Auch ohne die Route. Muss man jedes Mal, wenn man ein neues Gateway hinzufügt alle Dienste neu starten oder ist's nur Zufall, dass nun gerade mal alles funktioniert?


***********UPDATE*************

Leider war es das nicht, denn nun geht wieder nix mehr..... Keiner kann den anderen hören.


13:59:00.975 MediaServerReporting::RTPReceiver [MS105000] C:3.1: No RTP packets were received:remoteAddr=192.168.0.2:4876,extAddr=85.183.32.XXX:9000,localAddr=85.183.32.XXX:9000

Gruß Andy

 

[matictec]

versuche mal auf dem 3cx server das gateway zu löschen, so dass er gar nicht raus kommt. natürlich nur zum testen. ich glaube auch, dass das template für das patton für die version 6.1 von 3cx nicht aktuell ist. versuche sonst dochauch noch mal ein aktuelles template manuell hinzuzufügen.

 

[anonymous]

Das Gateway auf dem Server zu löschen wird ein wenig problematisch, da hier nicht nur 3CX läuft sondern Exchange, SQL 2000 und SQL 2005, Oracle, BlackBerry und noch so einige andere Dinge wie z.B. unsere Homepage und die VPN Einwahl. Sowas ist wenn nur am Wochenende möglich.

Wo bekommt man denn aktuelle Templates her? Meine Version habe ich am 30.08.2009 über das 3CX Update im Webfrontend runtergeladen. Was aktuellerers wird mir nicht angeboten.

Würde ein Update auf die 7er Version meine Probleme beheben? Lizenz ist bereits vorhanden, nur dass ich aktuell Angst habe, dass das Update nicht sauber durchläuft. Oder sind meine Befürchtungen unberechtigt?

Gruß Andy

 

[anonymous]

So, nun habe ich eine Idee, woher die externe IP kommt. In der 3CX sind STUN-Server konfiguriert. Sobald ich diese lösche, läuft der Patton problemlos, nur habe ich dann das Problem, dass sich keiner meiner SIP Accounts z.B. Sipgate mehr registriert.

Also habe ich folgendes Problem:

Mit STUN: VoIP laufen, beim Patton hören sich die Partner nicht

Ohne STUN: VoIP laufen nicht, beim Patton hören sich die Partner

Hat jemand eine Idee, warum meine SIP Accounts sich nicht registrieren können, wenn ich den STUN Server lösche?

Gruß Andy

 

[matictec]

Hast du eine feste IP?

 

[anonymous]

Ja, wir haben hier eine feste IP.

 

[matictec]

Du kannst bei den VoIP-Provider diese IP unter Anmeldeeinstellungen als festgelegte IP definieren. Das sollte das Problem beheben. Aber dennoch ist es unüblich das es zu diesen Problemen mit dem Patton kommt.

 

[anonymous]

Vielen Dank schon mal für deine Tips. Habe es gerade mal ausprobiert und den STUN Server aus der Konfig rausgenommen und bei den VoIP Lines unsere externe IP eingetragen. Die Lines verbinden sich und der Patton funktioniert auch. Nur leider habe ich bei einem eingehenden VoIP Gespräch nach 30 Sekunden ein Problem:

[CM503019]: Call(18): ACK is not received

Die Verbindung wird getrennt und das Gespräch ist vorbei. Immer nach mehr oder weniger genau 30 Sekunden. Dabei ist es egal, ob das Gespräch auf einer Nebenstelle ankommt oder auf dem Digital Receptionists hängt. Der Anruf wird nach 30 Sekunden von 3CX gekillt.

Hat jemand eine Idee, woran das nun wieder liegen kann? Habe aktuell erst mal wieder alles rückgängig gemacht, da wir hier auf's Telefon angewiesen sind. Nun machts der Patton natürlich wieder nicht mehr...

Gruß Andy

 

[stefanw]

30 Sec. geben wir den VoipProvider uns eine Bestätigung zu dem Gespräch zu schicken.
Bis dahin lassen wir nach RFC das Gespräch laufen. Kommt das ACK nicht gehen wir nach RFC davon aus
das entweder das Gespräch übernommen worden ist oder nicht aufgebaut wurde. Könnte man auch als
flussteuerung bezeichne. Die Gründe dafür können vielfältig sein.

Firewall schluckt Packete (FritzBox oder Router mit ALC für SIP)
Voip Provider sendet ein ACk aber nicht dann wenn wir es gerne sehen würden.
NAT/PAT Einstellungen falsch
Multiple Netzwerkkarten

Ein Wireshark könnte zeigen was der Grund ist.
Hierfür sollte der Provider aber als Supportet gelten.

 

[matictec]

Mit großer Wahrscheinlichkeit fehlen entsprechende Port-Forwarding-Regeln. Es gibt auch den einen oder anderen Router, der die Ports einfach wieder dicht macht. Meist ein Zeichen von schlecht implementiertem NAT.