3cx V9, Patton 4554, CLIP no Screening, Call Deflection, ...

[anonymous]

Hallo miteinander!
Nach viel Recherche und Probieren habe ich folgende Fragen zur Version 9 mit SP3, Patton 4554 FW 5.5, ISDN DuWa-Anschluss (1NTBA)

- Warteschleife:
*Mitglied Nst 100 hat "Ring my extension and my mobile at the same time" aktiviert, klappt auch einwandfrei
*Wenn nun das Handy klingelt und der Anruf dort angenommen wird gibt es 2 Probleme:
--> entweder die Verbindung kommt zustande aber man hört weder auf der einen noch auf der anderen Seite was
--> oder die Verbindung ist auf dem Handy "aktiv" aber der Warteschleifenteilnehmer fliegt aus der Warteschleife mit Code 701
* Wo könnte da das Problem liegen?

- Call deflection oder Partial Rerouting mit Patton?
*Kann bzw. unterstützt der Patton die Anrufumleitung in der Vermittlungsstelle?
*Wie und wo könnte das Konfiguriert werden?
*Welche Voraussetzungen gibt es für die Umleitung in der Vermittlungsstelle?

- Clip No Screening
*Wie und wo kann das CLIP-no-Screening eingeschaltet werden (3cx und Patton)?
*Funktioniert es auch mit "parallel ringing aus dem Beispiel der Nst 100 von oben?

- Unterstützung von internationalem Rufnummernformat
*Beim Anruf an eine "+49xxx-Nummer" kommt eine nette Ansage "keine Verbindung unter dieser Vorwahl". Wo liegt da der Hund begraben?

Vielleicht hat schon mal jemand von euch mit einem oder mehreren dieser Probleme zu tun gehabt und weiß Rat?
Ich würde mich über jede Hilfe freuen!

Viele Grüße

Thomas

 

[anonymous]

Hi,
CNS hab ich vor kurzem grade bei uns integriert.
Was möchtest du denn genau mit CNS erreichen ?

Wie Wählst du denn eine "+49xxx" Nummer genau? Gib mal ein Beispiel an bzw. den Log von der Anlage wenn du soeine Nummer anrufst.

 

[anonymous]

Hi und guten Morgen!

mit CNS wollte ich natürlich das Thema Weiterleitung auf´s Handy erledigen, so dass auf dem Handy die ursprünglich anrufende Rufnummer steht, nicht die der Anlage.

Das +49 gestaltet sich so:

09:21:56.273 [CM503008]: Call(203): Call is terminated
09:21:52.992 [CM503007]: Call(203): Device joined: sip:[email protected]:5060
09:21:52.992 [CM503007]: Call(203): Device joined: sip:[email protected]:5060;transport=udp
09:21:52.960 [CM503002]: Call(203): Alerting sip:[email protected]:5060
09:21:51.070 Currently active calls - 1: [203]
09:21:50.757 [CM503025]: Call(203): Calling Unknown:00499191977990@(Ln.10000@Patton ISDN)@[Dev:sip:[email protected]:5060]
09:21:50.726 [CM503004]: Call(203): Route 1: Unknown:00499191977990@(Ln.10000@Patton ISDN)@[Dev:sip:[email protected]:5060]
09:21:50.710 [CM503010]: Making route(s) to "00499191977990"
09:21:50.710 [CM505001]: Ext.100: Device info: Device Identified: [Man: Aastra;Mod: 5x series;Rev: General] Capabilities:[reinvite, replaces, unable-no-sdp, recvonly] UserAgent: [Aastra 57i/2.6.0.1008] PBX contact: [sip:[email protected]:5060]
09:21:50.695 [CM503001]: Call(203): Incoming call from Ext.100 to "00499191977990"

Der Witz ist jedoch, dass der Anruf sofort von einem "Band" angenommen wird, auf dem dann kommt "Keine Verbindung unter dieser Vorwahl" mit den gleichen Tönen wie bei "Kein Anschluss unter dieser Nummer"...
Ich hoffe ich habe mit jetzt nicht zu umständlich ausgedrückt

Viele Grüße


Thomas

 

[groundhog]

Clip no screening....

...ist ein Leistungsmerkmal des Providers und muss in weder in der 3CX noch im Gateway aktiviert werden.

Die Frage ist eher, was willst Du denn rausschicken? Da muss dann geschraubt werden.

 

[anonymous]

Das Clip no Screening ist aktiv (zumindest war es zur Zeit unserer ISDN-Anlage (irgend so ein Eumex-Ding) noch so), man konnte früher bei einer Weiterleitung von z.B. NST 20 auf´s Handy dann auf dem Handy die Nummer des Anrufers sehen und nicht die von der Nebenstelle oder von der Anlage. Und die Umleitung wurde da in der Vermittlungsstelle geschaltet, d.h. ich habe nicht beide Leitungen im Falle der Rufumleitung "verschwendet".
Aktuell (in der 3cx) ist es so, dass die Nebenstelle 100 (wenn die Anruf-Umleitung aktiviert ist) einfach einen 2. Anruf tätigt und dann den Anrufer und das Handy über die Anlage verbindet. Ohne die Rufnummer des Anrufers anzuzeigen natürlich

Kann es eventuell mit der Konfiguration des Patton zu tun haben?
Das Gateway wurde einfach mittels des Assistenten der 3CX konfiguriert und dann die Config ins Gerät geladen, fertig. Sonst wurde an der Sache nichts getan...

 

[groundhog]

Dafür gibt es hier doch ein eigenes Topic mit Anleitungen.

https://www.3cx.de/topic/patton-info-firmware-stand-4-03-2010/

 

[anonymous]

Hallo mal wieder.
nach einigem hin- und herkonfigurieren nach den auf dem Link angegebenen Anleitungen komme ich immer zum selben Ergebnis: Es wird grundsätzlich die Hauptrufnummer unseres Anschlusses angezeigt, niemals die Nummer des Anrufers.

Hier ein Ausschnitt aus dem LOG:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.1:5060;branch=z9hG4bK-d8754z-9c3296250959394e-1---d8754z-;rport=5060;received=192.168.0.1
Contact:
To: ;tag=1745966899
From: "+49"HAUPTRUFNUMMER"";tag=7706d668
Call-ID: NDJiNWUzOTRhNzcwODJmYTBiM2RiNjZmNTE5MzdkMGE.
CSeq: 1 INVITE
Server: Patton SN4554 2BIS EUI 00A0BA05296D R5.5 2010-07-09 SIP M5T SIP Stack/4.0.28.28
Content-Length: 0
Wo kann ich der 3CX sagen "nimm bitte die Rufnummer des Anrufers"?

 

[groundhog]

Wie ist das denn mit dem senden der Rufnummer von der Nebenstelle bei ausgehendem Ruf?

Kann dort eine beliebige Nummer eingetragen werden und wird die dann auch so übermittelt?

 

[anonymous]

Ich hoffe ich bin richtig:
Nebenstelle mit Weiterleitung (104) --> "Weitere" --> Ausgehende CallerID: 0123456789 --> geht nicht (auch wenn ich nur eine Durchwahl (z. B. 15) angebe oder eine komplette +49123456789 Nummer). Zeigt trotzdem die "HAUPTRUFNUMMER" an.
Das Häkchen "Call screening ON" hat in diesem Fall auch nichts gebracht...

In der PSTN-Konfigruation gibt es ja für den Port noch eine "ausgehende Caller-ID". Selbst wenn die geändert wird klappt´s nicht.

 

[matictec]

Schaue mal in den Call Status auf dem Patton nach, ob man sehen kann, dass die auf der 3CX eingetragene Nummer für die ausgehende Caller ID dort erscheint.

Wenn ja musst du herausfinden, welches Rufnummernformat dein Provider unterstützt. Folgende Möglichkeiten habe ich bisher kennengelernt

15 -> Nur Durchwahl
123456 15 -> Kopfnummer + Durchwahl (ohne Leerstellen)
0123456 15 -> 0 für nationalen Anruf + Kopfnummer + Durchwahl
49 123456 15 -> Internationale Vorwahl + Kopfnummer + Durchwahl
+49 123456 15 -> + plus Internationale Vorwahl + Kopfnummer + Durchwahl
0049 123456 15 -> 00 + Internationale Vorwahl + Kopfnummer + Durchwahl

Wenn das alles nicht funktioniert, dann hilft dir einer der Beiträge die groundhog gepostet hat weiter. Mit großer Wahrscheinlichkeit der, dass du den Parameter calling-type-of-number auf national über ein Mapping setzen musst.

 

[groundhog]

Im ersten Post lese ich gerade nach:

Und die Umleitung wurde da in der Vermittlungsstelle geschaltet

Bitte einmal auf der Rechnung kontrollieren, ob CnS wirklich geschaltet ist. Denn die Rufnummernübermittling im Amt ist eine andere Baustelle.

Nicht das wir uns einen Wolf suchen und das Merkmal ist gar nicht geschaltet.

 

[anonymous]

Ah! Tatsächlich... Guter Mann!
Hab mit der Telekom gesprochen und die sagen mir ganz locker "hamse net".

Gut, dann sollte es also funktionieren wenn ich es zubuche, ich verstehe... (dann lag es tatsächlich an der Umleitung im Amt früher!)

Das Thema mit der Umleitung im Amt klappt dann vermutlich nicht über die 3CX oder?

Viele Grüße und meine Ehrerbietung!

 

[groundhog]

Umleitung im Amt müsste eigentlich klappen, da die Steuerung im Dialog mit dem Amt funktioniert.
Da habe ich aber keine Erfahrung und momentan keinen Zugriff auf meine Anlage, um das mal zu testen.

Einfach mal versuchen und die Ergebnisse hier posten. Dürfte für den einen oder anderen eine interessante Alternative sein, wenn man das Leistungsmerkmal nur selten benötigt.

 

[anonymous]

Hallo mal wieder,

Die Umleitung im Amt lässt sich leider nicht schalten. Es kommt nur "Anruf misslungen" auf dem Aastra. Im Log sieht das dann so aus:
15:46:45.464 Currently active calls [none]
15:46:31.964 [CM503020]: Normal call termination. Reason: Not found
15:46:31.949 [CM503016]: Call(178): Attempt to reach "**21*NUMMER" failed. Reason: Not Found
15:46:31.949 [CM503014]: Call(178): No known route to target: "**21*NUMMER"
15:46:31.917 [CM503010]: Making route(s) to "**21*NUMMER"
15:46:31.902 [MS210000] C:178.1:Offer received. RTP connection: 192.168.0.30:3000(3001)
15:46:31.902 Remote SDP is set for legC:178.1
15:46:31.902 [CM505001]: Ext.100: Device info: Device Identified: [Man: Aastra;Mod: 5x series;Rev: General] Capabilities:[reinvite, replaces, unable-no-sdp, recvonly] UserAgent: [Aastra 57i/2.6.0.1008] PBX contact: [sip:[email protected]:5060]
15:46:31.886 [CM503001]: Call(178): Incoming call from Ext.100 to "**21*NUMMER"
15:46:31.886 [CM500002]: Info on incoming INVITE:
INVITE sip:**21*[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.30:5060;branch=z9hG4bK0aba0054d2701bf96.54a11f76be6ce4340
Max-Forwards: 70
Contact: "100";+sip.instance=""
To: "**21*NUMMER"
From: "100";tag=1b621faba1
Call-ID: 96b829df61d1ce15
CSeq: 24191 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE, PRACK, SUBSCRIBE, INFO
Proxy-Authorization: Digest username="100",realm="3CXPhoneSystem",nonce="414d535c02e89e4712:bfa1e2ebcb688a438deda62cf9fd6dfd",uri="sip:**21*[email protected]:5060",response="a1d7853051a5c3421d9937275c61fd62",algorithm=MD5
Supported: gruu, path, timer, 100rel, replaces
User-Agent: Aastra 57i/2.6.0.1008
Allow-Events: talk, hold, conference, LocalModeStatus
Content-Length: 0

Ich habe als Alternative bzw. Umgehung für dieses Problem mal mit der direkten Einbindung des Handy´s via VoIP in die Anlage experimentiert. Klappt im WLAN einwandfrei, klappt auch von einem anderen WLAN aus einwandfrei. Nach kurzer Recherche mit T-Mobile ist VoIP auch freigeschaltet.
Nicht funktionieren tut es allerdings von unterwegs aus, d.h. aus dem UMTS-Netz. Der Anruf wird aufgebaut und sonst passiert nicht viel Kein Ton ist Hörbar, der Gesprächspartner jedoch hört alles... Es ist einfach so als ob der Datenstrom der von der Anlage Richtung Handy laufen sollte irgendwo auf der Strecke bleibt...

Kann das jemand entschlüsseln bzw. sehen woran es liegt? Das Einzige was mir aufgefallen ist ist dass bei der UMTS-Verbindung ein "sdp m=..." weniger vorkommt. Sonst bin ich mit meinem Latein am Ende.

Kurzinfos:
ext IP statisch (Firewall Fortigate 60B) --> int. IP 192.168.0.254
3cx int. IP 192.168.0.1

Anruf aus dem UMTS-Netz:
2010-11-08 10:42:10 sip port 28 read [(0,985) (...)(INVITE sip:999@EXT-IP-3CX SIP/2.0..Max-Forwards: 70..From: ;tag=5B4FD391FD054E9A089CABE467C5EB34..Contact: ..Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY..Supported: replaces..Supported: path..User-Agent: Acrobits Softphone/4.4..To: ..Content-Type: application/sdp..Call-ID: 650BAC2501B2E0EFAA29EB12F548A78FE84913A0..CSeq: 2 INVITE..Via: SIP/2.0/UDP 10.156.76.198:41279;branch=z9hG4bKoWTITqGZFUiGpMQY;rport..Proxy-Authorization: Digest username="104", realm="3CXPhoneSystem", algorithm=MD5, uri="sip:999@EXT-IP-3CX", nonce="414d535c02e8650235:6f577b2cbc7d5c2e75f9a04116e3584a", response="14e60850f31fcc235036f418f55479de"..Content-Length: 246....v=0..o=- 65290 10025 IN IP4 EXT-IP-Handy..s=dwbojub..c=IN IP4 EXT-IP-Handy..t=0 0..m=audio 12188 RTP/AVP 102 3 0 8 9 100..a=rtpmap:100 telephone-event/8000..a=rtpmap:102 ILBC/8000..a=fmtp:102 mode=30..a=fmtp:100 0-15..a=ptime:30..a=sendrecv..)]
2010-11-08 10:42:10 sip port 28 len 985
2010-11-08 10:42:10 sip port 28 INVITE 'EXT-IP-3CX' addr EXT-IP-3CX:0
2010-11-08 10:42:10 sip port 28 CSeq: 2 INVITE
2010-11-08 10:42:10 sip port 28 Via: UDP 10.156.76.198:41279 len 19 received 0 rport 1 0 branch 'z9hG4bKoWTITqGZFUiGpMQY'
2010-11-08 10:42:10 sip port 28 From: ';tag=5B4FD391FD054E9A089CABE467C5EB34' URI 'sip:104@EXT-IP-3CX' tag '5B4FD391FD054E9A089CABE467C5EB34'
2010-11-08 10:42:10 sip port 28 To: '' URI 'sip:999@EXT-IP-3CX' tag ''
2010-11-08 10:42:10 sip port 28 Call-ID: '650BAC2501B2E0EFAA29EB12F548A78FE84913A0'
2010-11-08 10:42:10 sip port 28 Contact: 'EXT-IP-Handy:41279' addr EXT-IP-Handy:41279 expires 0
2010-11-08 10:42:10 sip port 28 Content-Length: 246 len 3
2010-11-08 10:42:10 sip port 28 sdp o=EXT-IP-Handy len=14
2010-11-08 10:42:10 sip port 28 sdp c=EXT-IP-Handy len=14
2010-11-08 10:42:10 sip port 28 sdp m=12188 len=5
2010-11-08 10:42:10 sip port 28 find call 0 '650BAC2501B2E0EFAA29EB12F548A78FE84913A0'
2010-11-08 10:42:10 sip port 28 call 0x97bbd70 found
2010-11-08 10:42:10 sip port 28 call 0x97bbd70 open txn 0x97c7698 INVITE dir 0
2010-11-08 10:42:10 sip port 28 sdp i: EXT-IP-Handy:12188
2010-11-08 10:42:10 sip port 28 policy id 21 is_client_vs_policy 1 policy_dir_rev 0
2010-11-08 10:42:10 sip port 28 policy 17 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 18 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 1 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 2 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 4 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 24 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 5 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 15 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 10 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 14 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 6 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 7 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 9 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 11 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 16 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 19 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 20 not RTP policy
2010-11-08 10:42:10 sip port 28 policy 21 not RTP policy
2010-11-08 10:42:10 sip port 28 SDP INT-IP-Firewall from session
2010-11-08 10:42:10 sip port 28 call 0x97bbd70 SDP INT-IP-Firewall:41284
2010-11-08 10:42:10 sip port 28 call 0x97bbd70 txn 0x97c7698 10.156.76.198:41279 update Via address?
2010-11-08 10:42:10 sip port 28 call 0x97bbd70 txn 0x97c7698 addr 10.156.76.198:41279 found From register s EXT-IP-Handy:41279=>INT-IP-Firewall:41280 d EXT-IP-3CX:5060=>192.168.0.1:5060
2010-11-08 10:42:10 sip port 31 write EXT-IP-Handy:12086 -> 192.168.0.1:5060 (13,981)
2010-11-08 10:42:10 sip port 31 write [(13,981) (...)(INVITE sip:[email protected]:5060 SIP/2.0..Max-Forwards: 70..From: ;tag=5B4FD391FD054E9A089CABE467C5EB34..Contact: ..Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY..Supported: replaces..Supported: path..User-Agent: Acrobits Softphone/4.4..To: ..Content-Type: application/sdp..Call-ID: 650BAC2501B2E0EFAA29EB12F548A78FE84913A0..CSeq: 2 INVITE..Via: SIP/2.0/UDP INT-IP-Firewall:30650;branch=z9hG4bKoWTITqGZFUiGpMQY;rport..Proxy-Authorization: Digest username="104", realm="3CXPhoneSystem", algorithm=MD5, uri="sip:999@EXT-IP-3CX", nonce="414d535c02e8650235:6f577b2cbc7d5c2e75f9a04116e3584a", response="14e60850f31fcc235036f418f55479de"..Content-Length: 244....v=0..o=- 65290 10025 IN IP4 INT-IP-Firewall..s=dwbojub..c=IN IP4 INT-IP-Firewall..t=0 0..m=audio 41284 RTP/AVP 102 3 0 8 9 100..a=rtpmap:100 telephone-event/8000..a=rtpmap:102 ILBC/8000..a=fmtp:102 mode=30..a=fmtp:100 0-15..a=ptime:30..a=sendrecv..)]
Anruf aus dem WLAN (externes WLAN!)
2010-11-08 10:43:21 sip port 28 read [(0,999) (...)(INVITE sip:999@EXT-IP-3CX SIP/2.0..Max-Forwards: 70..From: ;tag=614442998F38A0EF6896736A5F8AD515..Contact: ..Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY..Supported: replaces..Supported: path..User-Agent: Acrobits Softphone/4.4..To: ..Content-Type: application/sdp..Call-ID: 934A9F8BAD3A59A1E8D3D56E192BF804E5B0FB02..CSeq: 2 INVITE..Via: SIP/2.0/UDP 192.168.178.59:41279;branch=z9hG4bKjPbpqjH55MILbKpn;rport..Proxy-Authorization: Digest username="104", realm="3CXPhoneSystem", algorithm=MD5, uri="sip:999@EXT-IP-3CX", nonce="414d535c02e8654901:1ac6ad7709a397902c8d5d30d1597e8b", response="284ef94af137b46bcd2b09683db74d01"..Content-Length: 259....v=0..o=- 35268 7034 IN IP4 EXT-IP-WLAN..s=sllnwgy..c=IN IP4 EXT-IP-WLAN..t=0 0..m=audio 62533 RTP/AVP 0 8 9 102 3 100..a=rtpmap:100 telephone-event/8000..a=rtpmap:102 ILBC/8000..a=rtcp:62534..a=fmtp:102 mode=20..a=fmtp:100 0-15..a=ptime:20..a=sendrecv..)]
2010-11-08 10:43:21 sip port 28 len 999
2010-11-08 10:43:21 sip port 28 INVITE 'EXT-IP-3CX' addr EXT-IP-3CX:0
2010-11-08 10:43:21 sip port 28 CSeq: 2 INVITE
2010-11-08 10:43:21 sip port 28 Via: UDP 192.168.178.59:41279 len 20 received 0 rport 1 0 branch 'z9hG4bKjPbpqjH55MILbKpn'
2010-11-08 10:43:21 sip port 28 From: ';tag=614442998F38A0EF6896736A5F8AD515' URI 'sip:104@EXT-IP-3CX' tag '614442998F38A0EF6896736A5F8AD515'
2010-11-08 10:43:21 sip port 28 To: '' URI 'sip:999@EXT-IP-3CX' tag ''
2010-11-08 10:43:21 sip port 28 Call-ID: '934A9F8BAD3A59A1E8D3D56E192BF804E5B0FB02'
2010-11-08 10:43:21 sip port 28 Contact: 'EXT-IP-WLAN:41279' addr EXT-IP-WLAN:41279 expires 0
2010-11-08 10:43:21 sip port 28 Content-Length: 259 len 3
2010-11-08 10:43:21 sip port 28 sdp o=EXT-IP-WLAN len=14
2010-11-08 10:43:21 sip port 28 sdp c=EXT-IP-WLAN len=14
2010-11-08 10:43:21 sip port 28 sdp m=62533 len=5
2010-11-08 10:43:21 sip port 28 sdp a=rtcp:62534 len=5
2010-11-08 10:43:21 sip port 28 find call 0 '934A9F8BAD3A59A1E8D3D56E192BF804E5B0FB02'
2010-11-08 10:43:21 sip port 28 call 0x97c90a0 found
2010-11-08 10:43:21 sip port 28 call 0x97c90a0 open txn 0x97ded20 INVITE dir 0
2010-11-08 10:43:21 sip port 28 sdp i: EXT-IP-WLAN:62533
2010-11-08 10:43:21 sip port 28 sdp i_rtcp:
2010-11-08 10:43:21 sip port 28 policy id 21 is_client_vs_policy 1 policy_dir_rev 0
2010-11-08 10:43:21 sip port 28 policy 17 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 18 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 1 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 2 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 4 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 24 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 5 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 15 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 10 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 14 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 6 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 7 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 9 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 11 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 16 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 19 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 20 not RTP policy
2010-11-08 10:43:21 sip port 28 policy 21 not RTP policy
2010-11-08 10:43:21 sip port 28 SDP 192.168.0.254 from session
2010-11-08 10:43:21 sip port 28 call 0x97c90a0 SDP 192.168.0.254:41292
2010-11-08 10:43:21 sip port 28 call 0x97c90a0 txn 0x97ded20 192.168.178.59:41279 update Via address?
2010-11-08 10:43:21 sip port 28 call 0x97c90a0 txn 0x97ded20 addr 192.168.178.59:41279 found From register s EXT-IP-WLAN:41279=>192.168.0.254:41289 d EXT-IP-3CX:5060=>192.168.0.1:5060
2010-11-08 10:43:21 sip port 34 write EXT-IP-WLAN:62532 -> 192.168.0.1:5060 (15,994)
2010-11-08 10:43:21 sip port 34 write [(15,994) (...)(INVITE sip:[email protected]:5060 SIP/2.0..Max-Forwards: 70..From: ;tag=614442998F38A0EF6896736A5F8AD515..Contact: ..Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY..Supported: replaces..Supported: path..User-Agent: Acrobits Softphone/4.4..To: ..Content-Type: application/sdp..Call-ID: 934A9F8BAD3A59A1E8D3D56E192BF804E5B0FB02..CSeq: 2 INVITE..Via: SIP/2.0/UDP 192.168.0.254:29896;branch=z9hG4bKjPbpqjH55MILbKpn;rport..Proxy-Authorization: Digest username="104", realm="3CXPhoneSystem", algorithm=MD5, uri="sip:999@EXT-IP-3CX", nonce="414d535c02e8654901:1ac6ad7709a397902c8d5d30d1597e8b", response="284ef94af137b46bcd2b09683db74d01"..Content-Length: 257....v=0..o=- 35268 7034 IN IP4 192.168.0.254..s=sllnwgy..c=IN IP4 192.168.0.254..t=0 0..m=audio 41292 RTP/AVP 0 8 9 102 3 100..a=rtpmap:100 telephone-event/8000..a=rtpmap:102 ILBC/8000..a=rtcp:41293..a=fmtp:102 mode=20..a=fmtp:100 0-15..a=ptime:20..a=sendrecv..)]


Viele Grüße und vielen Dank für´s Lesen!

 

[matictec]

Das erste Problem lässt sich vermutlich leicht lösen. Die folgende Zeile verrät eigentlich exakt das Problem:

No known route to target: "**21*NUMMER"

Was eigentlich genau beschreibt, was fehlt, jedoch ganz häufig übersehen wird. Ich vermute es gibt eine Regel, die besagt, dass alles was mit einer 0 beginnt über das Patton laufen soll. Es muss aber eine weitere Regel erstellt werden, die den Code **21* verarbeitet.

Das zweite Problem ist schwieriger, deutet aber auch ein Firewall oder Router-Problem hin. Aus vielen UMTS-Netzen funktioniert VoIP gar nicht. Wenn aber ein Gespräch ankommt oder überhaupt erst eine Anmeldung funktioniert, dann ist VoIP nicht geblockt. Dann können jedoch noch folgende Aspekte eintreten:

1) Firewall-Problem (vermutlich jedoch nicht, da es aus dem externen WLAN-Netz funktioniert)
2) Das UMTS-Netz ist oft genattet, weshalb eventuell einige Funktionen nicht möglich sind. Der 3CX Tunnel könnte hier eine Alternative darstellen.

 

[anonymous]

Guten Morgen!

Stimmt, das Thema mit der Regel war schnell erledigt... Hätte man ja mal selbst drauf kommen können...

Das andere Thema werde ich mal mit T-Mobile vertiefen... Die werben in den neuen Tarifen mit VoIP und dann sollte es auch gehen. Leider habe ich noch kein App (iPhone...) gefunden, was eine Tunnelunterstützung ermöglicht. Und das 3CX App ist ja immer noch nicht von Apple freigegeben worden wie es aussieht.

Zudem bräuchte man für Android dann auch ein Update für die Tunnelunterstützung (da gehts ja leider selbst mit dem richtigen App nicht mit Tunnel)...

Wie lösen das denn "normale" Menschen mit der externen Anbindung von Handys? Ich habe so langsam die Vermutung dass ich einfach irgendwo was falsch mache... Kann doch nicht so kompliziert sein.

Viele Grüsse.