[Problem] netvoip.ch geht nur "manchmal"

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
C

ca.funke

Neuer User
Mitglied seit
17 Jan 2005
Beiträge
117
Punkte für Reaktionen
0
Punkte
16
Hallo allerseits,

mein Schweizer netvoip-Konto geht "manchmal", und "manchmal" nicht.

Eigentlich ist mein Ziel, dass die Netvoip-Festnetznummer bei sip/30 bimmelt (=zu Hause), und parallel über einen Dellmont-Ableger zum Handy weitergeleitet wird.

Konfiguration sieht so aus:

sip.conf
Code: 
[general]
register => 99944508xxxx01:[email protected]/99944508xxxx01

[netvoip_ch_in] 
type=peer
username=99944508xxxx
secret=password
host=sip.netvoip.ch
insecure=invite
context=ankommend
nat=yes

extensions.conf
Code: 
[general]
static=yes
writeprotect=no

[ankommend]
exten => _X.,1,Dial(SIP/betamax/betamaxusername&SIP/30)

Aus der Konsole:
Code: 
v54321*CLI> sip show registry
Host                            Username       Refresh State                Reg.Time
sip.netvoip.ch:5060             99944508xxxx       285 Registered           Mon, 23 Jul 2012 11:47:07
v54321*CLI>

Unmittelbar nachdem ich den Asterisk neu starte, funktioniert das ganze immer.

Nach einer unbestimmten Zeit (zwischen ~5 und ~120 Minuten alles schon erlebt), funktioniert das ganze dann nicht mehr: Der register wird weiterhin angezeigt. Jeder Anruf ergibt jedoch die Ansage "die gewählte Rufnummer ist ungültig".

Asterisk neustart --> alles geht wieder.

Die parallel laufende sipgate.de Nummer funktioniert durchgehend tadellos.

Weiss jemand, woran das liegen könnte?
 
Zuletzt bearbeitet:
Wenn ich mich recht erinnere, war auch mal Kunde bei Netstream, unterstützt Netvoip keine parallelen Registrierungen.
 
Danke für die Rückmeldnug,

registrierung gibt´s nur eine - die Netvoip-Nummer ist nur im Asterisk registriert.

Dank und Gruss,
Christian
 
Dann macht der Asterisk die Weiterleitung? Dann liegt das Problem eher bei der Asterisk-Konfiguration. Was sagt denn die Asterisk-Konsole?
 
wenn es geht, sieht ein Anruf auf der Konsole (verboselevel 3) so aus:

Code: 
v54321*CLI> core set verbose 3
Verbosity was 0 and is now 3

    -- Executing [99944508xxxx01@ankommend:1] Dial("SIP/99944508xxxx01-08f6e8f8", "SIP/betamax/betamaxusername&SIP/30") in new stack
    -- Called betamax/betamaxusername
    -- Called 30
    -- SIP/betamax-08f6b7e0 is making progress passing it to SIP/99944508xxxx01-08f6e8f8
    -- SIP/30-08f74cc0 is ringing
[Jul 23 13:37:32] WARNING[26818]: rtp.c:892 ast_rtcp_read: RTCP Read too short
[Jul 23 13:37:37] WARNING[26818]: rtp.c:892 ast_rtcp_read: RTCP Read too short
  == Spawn extension (ankommend, 99944508xxxx01, 1) exited non-zero on 'SIP/99944508xxxx01-08f6e8f8'

wenn es nicht geht, erscheint gar nichts.
 
Vielleicht mal den Verbose-Level erhöhen.
 
verbose 5 hat dasselbe Ergebnis.

Welcher verboselevel wäre denn dafür am besten? Ich bin Asterisk-Anfänger!

Dank und Gruss,
Christian
 
Keine Ahnung. ;-)
Aber du solltest eigentlich auf jeden Fall etwas in der Konsole sehen.
Sonst mal Debug einschalten, aber da kenne ich mich auch nicht wirklich aus.
 
sip debug on

"glücklicherweise" kam gerade die Fehlermeldung, und in der Konsole sieht das dann so aus:

Code: 
v54321*CLI>
<--- SIP read from 62.65.137.xxx:5060 --->
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 62.65.137.xxx:5060;branch=z9hG4bK-d8754z-290fca19a4784a3c-1---d8754z-;rport
Via: SIP/2.0/UDP 62.65.137.xxx:5061;branch=z9hG4bK-wfjj6dx7b7cqakwr;rport=5061
Max-Forwards: 69
Record-Route: <sip:62.65.137.xxx;lr>
Contact: "Anonymous"<sip:62.65.137.xxx:5061>
To: <sip:[email protected]>
From: "076409xxxx"<sip:[email protected]>;tag=5dugok4yqfu3rjtj.o
Call-ID: [email protected]~2o
CSeq: 564 INVITE
Expires: 300
Content-Disposition: session
Content-Type: application/sdp
User-Agent: Sippy
h323-conf-id: 3299105321-494267504-124707635-1386902917
cisco-GUID: 3299105321-494267504-124707635-1386902917
Content-Length: 420

v=0
o=Sippy 276953208 0 IN IP4 62.65.137.xxx
s=Cisco SDP 0
t=0 0
m=audio 48160 RTP/AVP 8 101 102 18 3 99 100
c=IN IP4 62.65.137.xxx
a=rtpmap:101 G.729a/8000
a=rtpmap:102 G.729ab/8000
a=rtpmap:99 telephone-event/8000
a=fmtp:99 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38

<------------->
--- (17 headers 17 lines) ---
Sending to 62.65.137.xxx : 5060 (NAT)
Using INVITE request as basis request - [email protected]~2o
Found no matching peer or user for '62.65.137.xxx:5060'
Found RTP audio format 8
Found RTP audio format 101
Found RTP audio format 102
Found RTP audio format 18
Found RTP audio format 3
Found RTP audio format 99
Found RTP audio format 100
Peer audio RTP is at port 62.65.137.xxx:48160
Found unknown media description format G.729a for ID 101
Found unknown media description format G.729ab for ID 102
Found audio description format telephone-event for ID 99
Found unknown media description format X-NSE for ID 100
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x10a (gsm|alaw|g729)/video=0x0 (nothing), combined - 0xa (gsm|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 62.65.137.xxx:48160
Looking for 99944508xxxx01 in default (domain 78.46.171.xxx)

<--- Reliably Transmitting (NAT) to 62.65.137.xxx:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 62.65.137.xxx:5060;branch=z9hG4bK-d8754z-290fca19a4784a3c-1---d8754z-;received=62.65.137.xxx;rport=5060
Via: SIP/2.0/UDP 62.65.137.xxx:5061;branch=z9hG4bK-wfjj6dx7b7cqakwr;rport=5061
From: "076409xxxx"<sip:[email protected]>;tag=5dugok4yqfu3rjtj.o
To: <sip:[email protected]>;tag=as6c5dd92a
Call-ID: [email protected]~2o
CSeq: 564 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]~2o' in 32000 ms (Method: INVITE)
v54321*CLI>
<--- SIP read from 62.65.137.xxx:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 62.65.137.xxx:5060;branch=z9hG4bK-d8754z-290fca19a4784a3c-1---d8754z-;rport
Max-Forwards: 70
To: <sip:[email protected]>;tag=as6c5dd92a
From: "076409xxxx"<sip:[email protected]>;tag=5dugok4yqfu3rjtj.o
Call-ID: [email protected]~2o
CSeq: 564 ACK
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]~2o' Method: ACK
v54321*CLI>

Fehler = Anrufer bekommt die Ansage "Diese Rufnummer ist ungültig"

Asterisk restart --> es geht wieder!
 
Stell mal defaultexpiry niedriger, vielleicht verfällt Deine Registrierung beim Provider. Das hat sich damit erübrigt.

Kann es sein, dass Dein Provider Loadbalancer verwendet?
 
Hallo rentier-s,

wissen tu´ ich es nicht - kann man/ich das rausfinden?

Dank und Gruss,
Christian
 
Bin nach wie vor Ratlos!

Hat jemand noch eine Idee was ich versuchen könnte?

Bin Anfänger, würde mich aber durch jede Art von Anleitung durchbeissen.

Dank und Gruss,
Christian
 
allowguest=yes im sip.conf [general] und eine exten=>DeineNummer im default Context zeigen Dir, wenn ein Anruf von einem Server kommt, der nicht dem host Eintrag in der sip.conf entspricht. Was dazu aber eigentlich nicht passt, ist die Sache mit dem Funktionieren nach Neustart.
 
@rentier-s:
netvoip verwendet meines Wissens keine Balancer

@ca.funke:
Wenn die von Dir ausge-x-te IP 62.65.137.114 ist, ist meine Behauptung, dass kein Balancing eingesetzt wird, richtig, andernfalls müsste ich wieder etwas dazulernen, denn bei dem Anbieter hatte ich ohne Loadbalancing zu berücksichtigen noch keine Probleme.
Der Hinweis von rentier-s ist aber auf alle Fälle ein Weg, dem Problem näher zu kommen:
  • allowguest=yes im general-Abschnitt der sip.conf (sollte nach dem Debug schon gesetzt sein)
  • und eine entsprechende Extension im default-Context, etwa so (xe natürlich durch korreekte Ziffern ersetzen):

    Code: 
    exten => 99944508xxxx01,1,Goto(ankommend,${EXTEN},1)
 
Hallo abw1oim und rentier-s,

vielen Dank für Eure Hilfe!

ich habe in der sip.conf
Code: 
[general]
allowguest=yes
und in der extension.conf
Code: 
[general]
exten => 99944508xxxx01,1,Goto(ankommend,${EXTEN},1)
hinzugefügt.

Nach nun 10 Minuten testen fällt mir nur auf, dass der Anrufer kein Klingelzeichen hört, aber es geht zunächst. Wobei das wohl noch keine Garantie für die Dauer ist?

Auf der Konsole sieht das so aus:

Code: 
v54321*CLI>
    -- Executing [99944508xxxx01@ankommend:1] Dial("SIP/99944508xxxx01-09c72990", "SIP/betamax/betamaxusername&SIP/30") in new stack
    -- Called betamax/betamaxusername
    -- Called 30
    -- SIP/betamax-09c6cd88 is making progress passing it to SIP/99944508xxxx01-09c72990
    -- SIP/30-09c7ab30 is ringing
  == Spawn extension (ankommend, 99944508xxxx01, 1) exited non-zero on 'SIP/99944508xxxx01-09c72990'
v54321*CLI>

EDIT: 10 Minuten später hat sich´s wieder verabschiedet "Diese Rufnummer ist ungültig".


Beitrag 2:

mit core set verbose 5 kommt auf der Konsole nix (was macht hier überhaupt Sinn?).

sip set debug, und dann kommt das:

Code: 
v54321*CLI> sip set debug
SIP Debugging enabled
v54321*CLI>
v54321*CLI>
v54321*CLI>
Really destroying SIP dialog '[email protected]' Method: REGISTER
Really destroying SIP dialog '[email protected]' Method: REGISTER
Really destroying SIP dialog '[email protected]' Method: REGISTER
v54321*CLI>
<--- SIP read from 62.65.137.114:5060 --->
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 62.65.137.114:5060;branch=z9hG4bK-d8754z-2149fc7bf3d2f07c-1---d8754z-;rport
Via: SIP/2.0/UDP 62.65.137.114:5061;branch=z9hG4bK-ccxbrkkc3lmga6dy;rport=5061
Max-Forwards: 69
Record-Route: <sip:62.65.137.114;lr>
Contact: "Anonymous"<sip:62.65.137.114:5061>
To: <sip:[email protected]>
From: "076409xxxx"<sip:[email protected]>;tag=mqbxjcvhlfizbmx3.o
Call-ID: [email protected]~2o
CSeq: 855 INVITE
Expires: 300
Content-Disposition: session
Content-Type: application/sdp
User-Agent: Sippy
h323-conf-id: 1277275464-4240476288-4113452843-679695647
cisco-GUID: 1277275464-4240476288-4113452843-679695647
Content-Length: 420

v=0
o=Sippy 278429352 0 IN IP4 62.65.137.114
s=Cisco SDP 0
t=0 0
m=audio 41662 RTP/AVP 8 101 102 18 3 99 100
c=IN IP4 62.65.137.114
a=rtpmap:101 G.729a/8000
a=rtpmap:102 G.729ab/8000
a=rtpmap:99 telephone-event/8000
a=fmtp:99 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38

<------------->
--- (17 headers 17 lines) ---
Sending to 62.65.137.114 : 5060 (NAT)
Using INVITE request as basis request - [email protected]~2o
Found no matching peer or user for '62.65.137.114:5060'
Found RTP audio format 8
Found RTP audio format 101
Found RTP audio format 102
Found RTP audio format 18
Found RTP audio format 3
Found RTP audio format 99
Found RTP audio format 100
Peer audio RTP is at port 62.65.137.114:41662
Found unknown media description format G.729a for ID 101
Found unknown media description format G.729ab for ID 102
Found audio description format telephone-event for ID 99
Found unknown media description format X-NSE for ID 100
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x10a (gsm|alaw|g729)/video=0x0 (nothing), combined - 0xa (gsm|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 62.65.137.114:41662
Looking for 99944508xxxx01 in default (domain 78.46.171.xxx)
v54321*CLI>
<--- Reliably Transmitting (NAT) to 62.65.137.114:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 62.65.137.114:5060;branch=z9hG4bK-d8754z-2149fc7bf3d2f07c-1---d8754z-;received=62.65.137.114;rport=5060
Via: SIP/2.0/UDP 62.65.137.114:5061;branch=z9hG4bK-ccxbrkkc3lmga6dy;rport=5061
From: "076409xxxx"<sip:[email protected]>;tag=mqbxjcvhlfizbmx3.o
To: <sip:[email protected]>;tag=as0ae07c5c
Call-ID: [email protected]~2o
CSeq: 855 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]~2o' in 32000 ms (Method: INVITE)
v54321*CLI>
<--- SIP read from 62.65.137.114:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 62.65.137.114:5060;branch=z9hG4bK-d8754z-2149fc7bf3d2f07c-1---d8754z-;rport
Max-Forwards: 70
To: <sip:[email protected]>;tag=as0ae07c5c
From: "076409xxxx"<sip:[email protected]>;tag=mqbxjcvhlfizbmx3.o
Call-ID: [email protected]~2o
CSeq: 855 ACK
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]~2o' Method: ACK
v54321*CLI>
 
Zuletzt bearbeitet von einem Moderator:
ca.funke schrieb:
[general]
exten => 99944508xxxx01,1,Goto(ankommend,${EXTEN},1)
Zum Vergrößern anklicken....

Hast im sip.conf [general] ein context=general stehen? Sonst muss das
Code: 
[[COLOR="#FF0000"]default[/COLOR]]
exten => ...
sein.

Aber eine fehlende Behandlung im Dialplan wird doch im CLI ab verbose=3, spätestens aber bei 5 mit "No extension found" ausgeworfen. Oder hast Du an der logger.conf gedreht?

Das Found no matching peer or user for '62.65.137.114:5060' und Looking for 99944508xxxx01 in default verstehe ich so, als könnte Asterisk den Anruf nicht dem [netvoip_ch_in] host=sip.netvoip.ch zuordnen, insecure=invite sollte ja eigentlich ausreichen. Das eine wäre mit allowguest und das andere mit der exten im default erschlagen. Soweit so gut, aber warum funktioniert es nach einem Reload für eine Zeit X? :gruebel:
 
rentier-s schrieb:
Hast im sip.conf [general] ein context=general stehen? Sonst muss das
Code: 
[[COLOR="#FF0000"]default[/COLOR]]
exten => ...
sein.
Zum Vergrößern anklicken....

Habe kein [general] , hab´s also in der extension.conf jetzt unter [default] geändert.

rentier-s schrieb:
Aber eine fehlende Behandlung im Dialplan wird doch im CLI ab verbose=3, spätestens aber bei 5 mit "No extension found" ausgeworfen. Oder hast Du an der logger.conf gedreht?
Zum Vergrößern anklicken....
Eine fehlende Behandlung im Dialplan kann´s ja eigentlich nicht sein, weil es "manchmal" geht...?!

Die logger.conf habe ich nach Betas Anleitung geleert, da steht also nix drinnen.

rentier-s schrieb:
Das Found no matching peer or user for '62.65.137.114:5060' und Looking for 99944508xxxx01 in default verstehe ich so, als könnte Asterisk den Anruf nicht dem [netvoip_ch_in] host=sip.netvoip.ch zuordnen, insecure=invite sollte ja eigentlich ausreichen. Das eine wäre mit allowguest und das andere mit der exten im default erschlagen. Soweit so gut, aber warum funktioniert es nach einem Reload für eine Zeit X? :gruebel:
Zum Vergrößern anklicken....

Es wäre mir auch lieber, dass es gar nicht geht, dann könnte man viel konkreter suchen.

So weiss ich nicht was tun... ?!
 
So, unbeachtlich der hier zunächst noch leicht fehlerhaften Konfig - wie rentier-s schon anmerkte, muss der Kontext in der extensions.conf natürlich default und nicht general heißen - habe ich jetzt tatsächlich rausgefunden, dass auch netvoip.ch mittlerweile Balancer einsetzt, und zwar:

Code: 
sip-1.netvoip.ch --> 62.65.137.113
sip-1.netvoip.ch --> 62.65.137.114

(An dieser Stelle muss ich mal wieder einer Suchmaschine danken, die mich dahin führte: netvoip Loadbalancer)

Damit muß eine sip.conf zum Funktionieren (ab 1.6, bis 1.4 defaultuser durch username ersetzen) in etwa so aussehen:

Code: 
[external](!)
type=peer
insecure=port,invite
disallow=all
allow=ulaw
allow=alaw
dtmfmode=rfc2833
context=ankommend

[NETVOIP](external)
defaultuser=<Username>
fromuser=<Username>
secret=<PW>
fromdomain=sip.netvoip.ch
host=sip.netvoip.ch
outboundproxy=sip.netvoip.ch

[NETVOIP_IN_1](external)
host=62.65.137.113

[NETVOIP_IN_2](external)
host=62.65.137.114

Und noch ein Tipp: Immer, wenn das beschriebene Verhalten (eingehender Anruf landet nicht im erwarteten Kontext) sporadisch auftritt, zumal es dann doch manchmal klappt, sollte man mit allowguest=yes und einem default-Kontext arbeiten, der exakt die betreffende extension abfängt (hier also die von netvoip.ch). Dann kann man zumindestens ein NoOp erzeugen und den Anruf protokollieren um so einem Loadbalancing auf die Spur zu kommen (Normalerweise läßt kein Mensch einen sip debug ständig mitlaufen, da könnte man natürlich das gleiche erkennen, das wäre aber äußerst mühselig ;))
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 853 (Mitglieder: 49, Gäste: 804)

Neueste Beiträge

Statistik des Forums

Themen
246,493
Beiträge
2,253,019
Mitglieder
374,279
Neuestes Mitglied
Steffl99
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück