Discussions (German)

Registered 9 years 202 days

Michael 2223 Thursday, 16 August 2018, 02:14 PM

IPVA als Gateway

Hallo Forum,

Wir haben hier mehrer IPVAs hinter einen Router über eine deduzierte Voip Leitung an den Provider Versatel. Ich gehe davon aus, das Der Router nicht das Ideale Konzept bei dieser Installation ist. Daher wollte ich eine IPVA als Zentrales Gateway einsetzen ( Alle Sips werden von einer IPVA verwaltet), und die Telefonanlagen ( 5 Stück) mit verschieden MSN greifen auf diese IPVA zu. Nur leider funktioniert nur der erste Routing eintrag in den Routes und die anderen Anschlüsse funktionieren nicht. Hat jemand eine IDEE? Was muss ich an den Routing verändern oder gibt es eine bessere lösung die unkompliziert eingesetzt werden kann? Anbei das Routing bei der IPVA die als Gateway fungieren soll. Sorry wenn das technisch nicht ganz io ist, aber es war mein erster lösungansatz

Routing_Glob_Gat.png

Registered 9 years 202 days

Michael 2223 Thursday, 16 August 2018, 04:44 PM

Re: IPVA als Gateway

Hallo noch mal, hat keiner eine IDee? Bitte

Registered 9 years 28 days

Lutz 2512 Thursday, 16 August 2018, 07:34 PM

Re: IPVA als Gateway

Moin

damit der Call von Endgerät den Weg über sein Gateway den korrekten SipAusgang findet, muss im Routing die Nummer des Endgeräts auf den SipTrunk geroutet werden.

Was ich bei Dir sehe ist nur das ClipnoScreening-Zeugs

und nichts für das Routing der Endgeräte

Ich habe hier einen flat-numbering-plan

100er auf ip 1

200er auf ip 2

300er auf ip 3

Wenn das CLNS mal weg wäre (weiss eh nicht ob man das unbedingt braucht)

sähe es im Routing dann ungefähr so aus

From

Counter CGPN Maps

RS1 , RS2, RS3, RS4

-> Tone

-> Sip1:trunk1 bv

1.. > 1

-> Sip2:trunk2 bv

2.. > 2

-> Sip3:trunk3 bv

3.. > 3

-> SIP1:trunk 1 b

wobei

v = Verify CGPN (<- das dürfte hier ein wichtiger Eintrag sein)

b : Force enblock

der letzte ist für alle nicht abgefangenen Endgeräte als Failover

so könnte es dann klingeln

gruss lm (ich hoffe dass ich hier nicht allzuviel blödsinn geschrieben habe und entschuldige mich jetzt schonmal wenn es am thema vorbeirauscht errötend

)

Registered 7 years 344 days

Muschelpuster Friday, 17 August 2018, 07:23 AM

Re: IPVA als Gateway

Nun, wenn ich das richtig verstanden habe, hat sich jeder Trunk an einer anderen PBX registriert. Ich verstehe zwar nicht, warum das so ist, wenn die IPVAs doch alle in einem Netz hängen und scheinbar recht klein sind - aber egal, irgendwie bekommt man jede schlanke Lösung aufgebläht.

Aus dieser Sicht müsste das Routing ohne Bewertung der Rufnummer schon so funktionieren. Interessant ist doch, was passiert. Was sagt z.B. ein Logging auf Gateway-Calls im Fehlerfall? Hier würde ich ja mal zuerst schauen, ob da der Ruf überhaupt von der PBX ankommt und was dann mit ihm passiert.

grundlegende Grüße

Niels

Registered 9 years 28 days

Lutz 2512 Friday, 17 August 2018, 09:45 AM

Re: IPVA als Gateway

korrekt

mit 1 zu 1 Zuweisung geht das. Die Bewertung braucht man nur, wenn sich mehrere Sip-Registrierungen auf einer PBX tummeln.

pipi.png

Registered 9 years 202 days

Michael 2223 Friday, 17 August 2018, 02:18 PM

Re: IPVA als Gateway

Hallo Lutz,

also anbei die Konfiguration der Anlage:

1x IPVA als Lizenzmaster

1 x IPVA Kunde 1 ( Tel: 030 290 2 ****) angebunden an den Lizenzmaster

1 x IPVA Kunde 2 ( Tel: 030 225 0 ****) angebunden an den Lizenzmaster

1 x IPVA Kunde 3 ( Tel: 030 360 6 ****) angebunden an den Lizenzmaster

1 x IPVA Kunde 4 ( Tel: 030 270 0 ****) angebunden an den Lizenzmaster

1 x IPVA Kunde 5 ( Tel: 030 255 6 ****) angebunden an den Lizenzmaster

Die Siptrunks laufen zur Zeit über einen Router und ich habe teilweise Probleme mit der Sprachqualität. Ich habe zum VOIP Provider eine deduzierte Leitung, die nicht im Internet hängt. Um den Router als Störquelle Auszuschließen wollte ich die IPVA Gateway benutzen, damit sich von der IP 192.168.140.4 die Siptrunks auf das VOIP Gateway des Providers verbinden. In meinem Fall die 192.168.140.1. Die Störungen sind bereits seit 1,5 Monaten. Ich konnte das Problem bis jetzt nicht lokalisieren. Ich habe die Anmeldedaten von den PBXen einfach auf das "Gateway Übertragen".

Die Registrierung läuft wunderbar, alle können raus telefonieren, aber nur der SIP1 ist von außen erreichbar, Bei dem SIP2, SIP3, SIP4 und SIP5 findet er die Routen nicht. er belibt immer in der RT2 hängen und geht nicht auf RT3-RT10.

Ich habe gesehen, das Du die counter CGPN Maps weg gelassen hast, wenn ich beim Kunde 1 den Teilnehmer 70 habe und Beim Kunde 2 den Teilnehmer 70, Klingelt es dann nicht bei beiden? Woher bekommt der PBX Kunde 1 die Rufnummernzuweisung her? Nicht das es bei beiden Klingelt? Ich bin nur schon etwas verwirrt.

LG Michael

Registered 7 years 344 days

Muschelpuster Friday, 17 August 2018, 04:08 PM

Re: IPVA als Gateway

>Ich habe gesehen, das Du die counter CGPN Maps weg gelassen hast, wenn ich beim Kunde 1 den Teilnehmer 70 habe und Beim Kunde 2 den Teilnehmer 70, Klingelt es dann nicht bei beiden? Woher bekommt der PBX Kunde 1 die Rufnummernzuweisung her? Nicht das es bei beiden Klingelt?

Warum sollte es bei beiden klingeln? Du hats Deiner Aussage nach doch die 5 SIP-Trunks an je einer der 5 IPVAs registriert. Wenn nun SIP 1 nur auf RS1 geht, SIP2 nur auf RS2 … und SIP5 nur auf RS5 - wie sollte dann ein Call auf dem SIP5 zur IPVA gelangen, an der sich SIP1 registriert hat? Dann müsstest Du ja schon eine Route von SIP5 auf RS1 stricken, vorher passiert da nichts!

getrennte Grüße
Niels

Registered 9 years 28 days

Lutz 2512 Friday, 17 August 2018, 05:23 PM in response to Michael 2223

Re: IPVA als Gateway

Ich auch nochmal

Die Eintragungen in "Counter CGPN Maps" in der Zuweisung RS1:-> SIP1 sind Mappings für ausgehende Nummern.

Mappings in SIP1: -> RS1 wären für eingehende Nummern, aber das ist in Deinem Bild auch leer .

in meiner nachgebastelten version (3 IPVA mitr 3 Siptrünken) geht es rein und raus wie es soll. s.o.

Müsste man mal so einen eingehenden Call genau mitloggen wie Niels schon schrob.

pfiati

Registered 9 years 202 days

Michael 2223 Sunday, 19 August 2018, 07:20 PM in response to Lutz 2512

Re: IPVA als Gateway

Hallo,

Ich habe das mal jetzt nach gebaut und bin immer noch kein stück weiter.

Es kann immer noch nur der SIP 1 von extern angerufen werden. Anbei das Routing und das log.

Konfig:

config change RELAY0 RT1 /from RS1 /reg RS1 /to TEST ->::,,,,TONE,,,, ->::,,2902768..:->,,SIP1,vb,,,
config change RELAY0 RT2 /from RS2 /reg RS2 /to TEST ->::,,,,TONE,,,, ->::,,2250131..:->,,SIP2,vb,,,
config change RELAY0 RT3 /from RS3 /reg RS3 /to TEST ->::,,,,TONE,,,, ->::,,306923..:->,,SIP3,vb,,,
config change RELAY0 RT4 /from RS4 /reg RS4 /to TEST ->::,,,,TONE,,,, ->::,,2700068..:->,,SIP4,vb,,,
config change RELAY0 RT5 /from RS5 /reg RS5 /to TEST ->::,,,,TONE,,,, ->::,,255612..:->,,SIP5,,,,
config change RELAY0 RT6 /from SIP5 /to TEST ->::,,,,RS5,,,,
config change RELAY0 RT7 /from SIP4 /to TEST ->::,,,,RS4,,,,
config change RELAY0 RT8 /from SIP3 /to TEST ->::,,,,RS3,,,,
config change RELAY0 RT9 /from SIP2 /to TEST ->::,,,,RS2,,,,
config change RELAY0 RT10 /from SIP1 /to TEST ->::,,,,RS1,,,,

LOG:

20180819-191045 CALL 0 Alloc
20180819-191045 CALL 0 A:Call -> / SIP1::->*::
20180819-191045 ROUTE 0 INTERFACE MAP if=SIP1:'Goerzwerk Globa' CGPN-In 01606935085->01606935085, CDPN-In 004930270006897->004930270006897, DGPN-In ->
20180819-191045 ROUTE 0 EVAL ROUTE route=RT10
20180819-191045 ROUTE 0 EVAL MAP route=RT10 map=1 dest='RS1' in=''->out=''
20180819-191045 ROUTE 0 MAP(CDPN-MATCH OK) route=RT10 map=1 dest='RS1' in=''->out=''
20180819-191045 ROUTE 0 APPLY CDPN-MAP in='004930270006897'->out='004930270006897'
20180819-191045 ROUTE 0 SUCCESS route=RT10 map=1 dest='RS1' in=''->out=''
20180819-191045 ROUTE 0 INTERFACE MAP if=RS1:'Goerzwerk Globa' CGPN-Out 01606935085->01606935085, CDPN-Out 004930270006897->004930270006897, DGPN-Out ->
20180819-191045 CALL 0 B:Call 01606935085->004930270006897 / SIP1:01606935085:->RS1:004930270006897:
20180819-191045 CALL 2 Alloc
20180819-191045 CALL 2 A:Call -> / RS1::->*::
20180819-191045 ROUTE 2 INTERFACE MAP if=RS1:'Goerzwerk Globa' CGPN-In 001606935085->001606935085, CDPN-In 04930270006897->04930270006897, DGPN-In ->
20180819-191045 ROUTE 2 EVAL ROUTE route=RT1
20180819-191045 ROUTE 2 EVAL MAP route=RT1 map=1 dest='TONE' in=''->out=''
20180819-191045 ROUTE 2 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='TONE' in=''->out=''
20180819-191045 ROUTE 2 APPLY CDPN-MAP in='04930270006897'->out='04930270006897'
20180819-191045 ROUTE 2 CONTINUE TO NEXT MAP route=RT1 map=2 dest='SIP1' in=''->out='' reason='verify cgpn failed' found=false
20180819-191045 ROUTE 2 SUCCESS route=RT1 map=1 dest='TONE' in=''->out=''
20180819-191045 ROUTE 2 INTERFACE MAP if=TONE CGPN-Out 001606935085->001606935085, CDPN-Out 04930270006897->04930270006897, DGPN-Out ->
20180819-191045 CALL 2 B:Call 001606935085->04930270006897 / RS1:001606935085:SIPGATEWAY->TONE:04930270006897:
20180819-191045 CALL 2 B:Rel 001606935085->04930270006897 / RS1:001606935085:SIPGATEWAY->TONE:04930270006897: Cause: Resources unavailable, unspecified
20180819-191045 CALL 0 B:Proceed 01606935085->004930270006897 / SIP1:01606935085:->RS1:004930270006897:
20180819-191045 CALL 2 A:Rel 001606935085->04930270006897 / RS1:001606935085:SIPGATEWAY->TONE:04930270006897:
20180819-191045 CALL 2 Free
20180819-191045 CALL 0 B:Rel 01606935085->004930270006897 / SIP1:01606935085:->RS1:004930270006897: Cause: Resources unavailable, unspecified
20180819-191045 CALL 0 A:Rel 01606935085->004930270006897 / SIP1:01606935085:->RS1:004930270006897:
20180819-191045 CALL 0 Free

neugw.png

Registered 7 years 344 days

Muschelpuster Monday, 20 August 2018, 07:50 AM

Re: IPVA als Gateway

Moin Michael,

Mir scheint es so, als ob Du keine CDPN-Manipulation auf dem SIP-Trunk hast. Der Call geht daher IMHO auf das Invalid- oder wegen der führenden 0 in der CDPN eher auf das Loopback-Ziel der Trunk-Einstellungen auf der PBX. Wenn Du auf den anderen PBXen hier keine Einstellung vorgenommen hast könnte das die beschriebenen Probleme verursachen. In diesem Fall sucht man sich natürlich den Wolf im Routing, obwohl es da nicht wirklich klemmt.

Interessant wäre ja nun ein Logging von einem nicht erfolgreichen Call auf SIP2-5, aber vorher solltest Du entweder auf den PBXen die o.g. Einstellungen prüfen oder die CDPN bereits im SIP-Trunk 'gerade klopfen'.

mutmaßende Grüße

Niels

Registered 9 years 202 days

Michael 2223 Tuesday, 21 August 2018, 07:53 AM

Re: IPVA als Gateway

Hallo Niels,

ich habe die Einstellungen der CDPN von den PBXen genommen, da sich die Siptrunks zur Zeit noch von denen Registrieren. Jede CDPN ist identisch vom Gateway zum PBX. Auf den PBXen funktioniert das ja, nur die Sprachqualität ist mies.

Jetzt habe ich mal den SIP 1 Deaktiviert und den SIP4 Aktiviert. Jetzt funktioniert der SIP4 ohne Probleme. Aktiviere ich jetzt zusätzlich den SIP1 wieder, funktioniert der SIP4 weiterhin, nur der SIP1 Funktioniert nicht. Es kommen nur Gespräche auf dem SIP4 rein.

Ich müste irgendwie in den Routen einstellen, das was auf SIP4 rein kommt auch in den Routen für SIP4 bleibt. Also so etwas wie eine Weiche.

Das LOG: wen SIP4 zuerst aktiv und dann SIP1 nicht mehr Funktioniert.

20180821-071512 CALL 1 Alloc
20180821-071512 CALL 1 A:Call -> / SIP4::->*::
20180821-071512 ROUTE 1 INTERFACE MAP if=SIP4:'SIP FOFO' CGPN-In 01606935085->01606935085, CDPN-In 004930290276897->004930290276897, DGPN-In ->
20180821-071512 ROUTE 1 EVAL ROUTE route=RT7
20180821-071512 ROUTE 1 EVAL MAP route=RT7 map=1 dest='RS4' in=''->out=''
20180821-071512 ROUTE 1 MAP(CDPN-MATCH OK) route=RT7 map=1 dest='RS4' in=''->out=''
20180821-071512 ROUTE 1 APPLY CDPN-MAP in='004930290276897'->out='004930290276897'
20180821-071512 ROUTE 1 SUCCESS route=RT7 map=1 dest='RS4' in=''->out=''
20180821-071512 ROUTE 1 INTERFACE MAP if=RS4:'SIP FOFO' CGPN-Out 01606935085->01606935085, CDPN-Out 004930290276897->004930290276897, DGPN-Out ->
20180821-071512 CALL 1 B:Call 01606935085->004930290276897 / SIP4:01606935085:->RS4:004930290276897:
20180821-071512 CALL 3 Alloc
20180821-071512 CALL 3 A:Call -> / RS4::->*::
20180821-071512 ROUTE 3 INTERFACE MAP if=RS4:'SIP FOFO' CGPN-In 001606935085->001606935085, CDPN-In 04930290276897->04930290276897, DGPN-In ->
20180821-071512 ROUTE 3 EVAL ROUTE route=RT4
20180821-071512 ROUTE 3 EVAL MAP route=RT4 map=1 dest='TONE' in=''->out=''
20180821-071512 ROUTE 3 MAP(CDPN-MATCH OK) route=RT4 map=1 dest='TONE' in=''->out=''
20180821-071512 ROUTE 3 APPLY CDPN-MAP in='04930290276897'->out='04930290276897'
20180821-071512 ROUTE 3 SUCCESS route=RT4 map=1 dest='TONE' in=''->out=''
20180821-071512 ROUTE 3 INTERFACE MAP if=TONE CGPN-Out 001606935085->001606935085, CDPN-Out 04930290276897->04930290276897, DGPN-Out ->
20180821-071512 CALL 3 B:Call 001606935085->04930290276897 / RS4:001606935085:SIPGATEWAYFOFO->TONE:04930290276897:
20180821-071512 CALL 3 B:Rel 001606935085->04930290276897 / RS4:001606935085:SIPGATEWAYFOFO->TONE:04930290276897: Cause: Resources unavailable, unspecified
20180821-071512 ROUTE 3 EVAL ROUTE route=RT4
20180821-071512 ROUTE 3 EVAL MAP route=RT4 map=1 dest='TONE' in=''->out=''
20180821-071512 ROUTE 3 MAP(CDPN-MATCH OK) route=RT4 map=1 dest='TONE' in=''->out=''
20180821-071512 ROUTE 3 CONTINUE TO NEXT MAP route=RT4 map=1 dest='TONE' in=''->out='' reason='retry>0' found=false
20180821-071512 ROUTE 3 EVAL MAP route=RT4 map=2 dest='SIP4' in=''->out=''
20180821-071512 ROUTE 3 MAP(CDPN-MATCH OK) route=RT4 map=2 dest='SIP4' in=''->out=''
20180821-071512 ROUTE 3 APPLY CDPN-MAP in='04930290276897'->out='04930290276897'
20180821-071512 ROUTE 3 SUCCESS route=RT4 map=2 dest='SIP4' in=''->out=''
20180821-071512 ROUTE 3 INTERFACE MAP if=SIP4:'SIP FOFO' CGPN-Out 001606935085->I1606935085, CDPN-Out 04930290276897->04930290276897, DGPN-Out ->I49302700068
20180821-071512 CALL 3 B:Call 001606935085->04930290276897 / RS4:001606935085:SIPGATEWAYFOFO->SIP4:04930290276897:
20180821-071512 CALL 1 B:Proceed 01606935085->004930290276897 / SIP4:01606935085:->RS4:004930290276897:
20180821-071514 CALL 3 B:Rel 001606935085->04930290276897 / RS4:001606935085:SIPGATEWAYFOFO->SIP4:04930290276897: Cause: Unallocated (unassigned) number
20180821-071514 CALL 3 A:Rel 001606935085->04930290276897 / RS4:001606935085:SIPGATEWAYFOFO->SIP4:04930290276897:
20180821-071514 CALL 3 Free
20180821-071514 CALL 1 B:Rel 01606935085->004930290276897 / SIP4:01606935085:->RS4:004930290276897: Cause: Unallocated (unassigned) number
20180821-071514 CALL 1 A:Rel 01606935085->004930290276897 / SIP4:01606935085:->RS4:004930290276897:
20180821-071514 CALL 1 Free

Registered 7 years 344 days

Muschelpuster Tuesday, 21 August 2018, 06:14 PM

Re: IPVA als Gateway

Moin Michael,

Da Du die Nummern so im Klartext postest, mach ich mal damit weiter

Das scheint mir hier auch wirklich relevant zu sein!

Wenn ich das richtig sehe ist die 004930290276897 auf dem SIP1? Der Call kommt jetzt aber für SIP4 rein...

Hier würde ich dann von einem massiven NAT-Problem ausgehen. Entweder wirft der Provider alle Registrierungen von einer IP in den selben Topf, oder der lokale NAT-Router strauchelt hier. Da es mit den dedizierten PBXen ja ging zeigen die Finger wohl eher auf den NAT-Router.

Jetzt müsste man ja schon auf IP-Ebene die Registrierungen tracen. Die sollten ja alle von der Anlage über einen anderen Quellport ausgeführt werden, damit der NAT-Router damit umgehen kann und der Provider diese auseinander halten kann. Aber das klappt ja in endlos vielen Installationen, also warum sollte es bei Dir anders sein.

Beim Thema NAT fällt mir aber noch etwas zur Gesprächsqualität ein (wenn die SIPs auf der jeweiligen PBX registriert sind). Diese Probleme hast Du ja nicht weiter ausgeführt. Einfach nur schlecht, oder öfter auch mal einseitige Verständigung? Hier hilft es, pro Anlage unter IP4-General jeder PBX einen anderen Range an UPD-RTP-Ports zuzuweisen. Wenn nämlich 2 PBXen zufällig gerade den selben Port nehmen, dann kann der NAT-Router das nur mit einer Port-Änderung erledigen. Da die Ports für den Stream aber vorher über SIP-Pakete ausgehandelt werden knallt es dann.

genatte Grüße

Niels

You are here