Heb nu nogmaals wachtwoord instellen gedaan. Fingers crossed.

Hoe staat het er nu voor @EdwinRi? Als we nog iets voor je kunnen doen, laat het vooral weten.

Het hele weekend al de experiabox uit staan. In de debugging vind ik nog steeds 401 unauthorized meldingen terug. Dus het werkt niet en nu omdat ik de experiabox uit heb staan ben ik niet meer te bellen op m’n vaste telefoon.

10:11:04.208604 IP (tos 0x88, ttl 127, id 41174, offset 0, flags [none], proto UDP (17), length 561)
    mijninternetip.5060 > 145.7.97.53.5060: SIP, length: 533
        REGISTER sip:ims.imscore.net SIP/2.0
        Via: SIP/2.0/UDP mijninternetip:5060;branch=z9hG4bKb572741352e4b6f684a892f829baa360;rport
        From: "+31mijnnummer" <sip:+31mijnnummer@ims.imscore.net>;tag=251277846
        To: "+31mijnnummer" <sip:+31mijnnummer@ims.imscore.net>
        Call-ID: 2567561312@mijninternetipgescheidendoorunderscores
        CSeq: 194 REGISTER
        Contact: <sip:+31mijnnummer@mijninternetip:5060>
        Max-Forwards: 70
        User-Agent: N300A IP/42.250.00.000.000
        Expires: 3600
        Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, INFO, SUBSCRIBE, NOTIFY, REFER, UPDATE
        Content-Length: 0

10:11:04.265632 IP (tos 0x0, ttl 62, id 0, offset 0, flags 2DF], proto UDP (17), length 713)
    145.7.97.53.5060 > mijninternetip.5060: SIP, length: 685
        SIP/2.0 401 Unauthorized
        Call-ID: 2567561312@mijninternetipgescheidendoorunderscores
        Via: SIP/2.0/UDP mijninternetip:5060;received=mijninternetip;branch=z9hG4bKb572741352e4b6f684a892f829baa360;rport=5060
        To: "+31mijnnummer" <sip:+31mijnnummer@ims.imscore.net>;tag=5d8bfaa4-5f7ad63de176266
        From: "+31mijnnummer" <sip:+31mijnnummer@ims.imscore.net>;tag=251277846
        CSeq: 194 REGISTER
        Date: Mon, 05 Oct 2020 08:15:57 GMT
        Server: Alcatel-Lucent-HPSS/3.0.3
        WWW-Authenticate: Digest realm="ims.imscore.net",
           nonce="b7c9036dbf3054aea940e9703dc8f5f7ad63b84c2908",
           opaque="ALU:QbkRBthOEgEQAkgVEwwHRAIBHgkdHwQCQ1lFR0ZWGBJzMS5qLCs0ZiAnOC8iPCp-PzcnbmBmYWg_",
           algorithm=MD5,
           qop="auth"
        Content-Length: 0
 

Ik word er een beetje SIP (wink wink) van. Misschien toch maar eens kijken naar andere partijen en hele boel omzetten ofzo.

Hoi @EdwinRi, jammer te lezen dat het nog steeds niet goed werkt. Zoals ik het hier heeft het systeem de wijziging van de SIP gegevens niet goed verwerkt en is blijven hangen. Ik heb de achterliggende afdeling verzocht om, indien mogelijk, de wijziging een schop te geven zodat het alsnog doorgevoerd wordt en je gewijzigde gegevens gaan werken. Mocht dat niet lukken, dan zullen ze waarschijnlijk de wijziging annuleren. Waarna je dan de SIP tool opnieuw zou moeten doorlopen. De afdeling pakt deze melding binnen 3 werkdagen op, dus ik moet je helaas vragen om nog even af te wachten. Ik kom er bij je op terug zodra ik reactie heb.

Ok. Fingers crossed dat dat het gaat oplossen. Bedankt voor het oppakken.

Hoi @EdwinRi, ik heb inmiddels bericht terug dat de order afgerond is. Zou je het eens willen testen met de gegevens zoals je ze bij de eerste keer SIP tool doorlopen hebt ingesteld? Als het daarmee nog steeds niet wil, doorloop de tool dan even opnieuw. Wacht dan vervolgens een kwartiertje, voor de zekerheid, en pas dan de gegevens in je apparaat weer aan.

Hallo @Erik_  het is gelukt. In eerste instantie werkte het niet met het originele wachtwoord.

Na het wijzigen van het wachtwoord en dat instellen werkte het na een tijdje. Eerst werkte naar het nummer bellen niet maar uitbellen werkte wel. Vervolgens na het nog eens proberen kon ik ook naar het vaste nummer bellen.

Het probleem is dus opgelost. Bedankt.

Top, goed om te horen :)

Goedenavond,

Via dit forum is de aanmelding van mijn de Gigaset N300A (fw versie 42.250) via ER Lite (op Telfort) gelukt zonder problemen 

In ER Lite is de SIP conntrack module niet actief, ook geen RTP port forwarding (wat volgens mij ook niet nodig is).

N300A:

Heb als audio-codecs geselecteerd : G711.u-law, G711.a-law en G.722

STUN is enabled.

RTP poort range 16384-32767

Heb echter het volgende issue:

• Bellen vanaf/naar mijn GSM: telefoon gaat netjes rinkelen, geeft nummer weer maar na opnemen heb ik in beide richtingen geen audio. Ik heb een deel van de ER Lite tcpdump gepaste hier. Zo te zien wordt a-law gebruikt. Wat me bevreemd is dat er een RTP poort van 44594 wordt gevraagd wat buiten de range ligt maar dit lijkt gemapped te worden naar 16410. Als testje heb ik de upper range van de RTP poort hoger gezet om te kijken of dit het probleem verhielp, maar helaas geen succes.
• Gekke was dat ik gisteren gebeld werd (helaas een colporteur , en in dit geval via een vaste lijn) en toch audio in beide richtingen tot stand kwam.

Er moet toch iets fout zijn met het opzetten van de RTP poort oid (STUN ?)...

Wellicht dat iemand op dit forum tegen hetzelfde probleem is gelopen en er een oplossing voor heeft gevonden 

tcpdump -v net 145.0.0.0/13:

tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
19:22:44.071870 IP (tos 0x0, ttl 62, id 0, offset 0, flags DF], proto UDP (17), length 1001)
    static.kpn.net.sip > x-x-x-x.fixed.kpn.net.sip: SIP, length: 973
        INVITE sip:+31*********@x.x.x.x:5060 SIP/2.0
        Call-ID: LU-160633216467742-151722703@imsgroup0-000.ah2sm.ims.imscore.net
        Via: SIP/2.0/UDP 145.7.97.53:5060;branch=z9hG4bK85162360b571ea46012cc4fb4b3823f35d8bfaa5-0-5257273f-5fbeaf0440ca533;_aluscr_
        To: <sip:+31**********@ims.imscore.net;user=phone>
        From: <sip:06********@ims.imscore.net;user=phone>;tag=5d8bfaa5-5fbeaf04409b6c1-gm-pt-lucentPCSF-096602
        CSeq: 1 INVITE
        Allow: INVITE,BYE,REGISTER,ACK,OPTIONS,CANCEL,SUBSCRIBE,NOTIFY,PRACK,INFO,REFER,UPDATE
        Contact: <sip:lucentNGFS-023150@145.7.97.53:5060>
        Content-Type: application/sdp
        Expires: 90
        Max-Forwards: 68
        Privacy: none
        Request-Disposition: no-fork
        User-Agent: Alcatel-Lucent 5060 MGC-8 9.8.0.5.0.6
        Content-Length: 228

        v=0
        o=LucentPCSF 1854587076 1854587076 IN IP4 111.111.111.111
        s=-
        c=IN IP4 145.7.97.81
        t=0 0
        m=audio 44594 RTP/AVP 8 101 <=!?
        a=rtpmap:8 PCMA/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-15
        a=ptime:20
        a=maxptime:30
19:22:57.237625 IP (tos 0x0, ttl 62, id 0, offset 0, flags bDF], proto UDP (17), length 554)
    static.kpn.net.sip > x-x-x-x.fixed.kpn.net.sip: SIP, length: 526
        ACK sip:+31*********@x.x.x.x:5060 SIP/2.0
        Via: SIP/2.0/UDP 145.7.97.53:5060;branch=z9hG4bK0140477560271366;_aluscr_
        Call-ID: LU-160633216467742-151722703@imsgroup0-000.ah2sm.ims.imscore.net
        From: <sip:+31*********@ims.imscore.net;user=phone>;tag=5d8bfaa5-5fbeaf04409b6c1-gm-pt-lucentPCSF-096602
        To: <sip:+31*********@ims.imscore.net;user=phone>;tag=3686914410
        CSeq: 1 ACK
        Contact: <sip:lucentNGFS-023150@145.7.97.53:5060>
        Content-Length: 0
        Max-Forwards: 68
        User-Agent: Alcatel-Lucent 5060 MGC-8 9.8.0.5.0.6

19:22:57.253099 IP (tos 0xb8, ttl 252, id 0, offset 0, flags /DF], proto UDP (17), length 200)
    static.kpn.net.44594 > x-x-x-x.fixed.kpn.net.16410: UDP, length 172
19:22:57.273143 IP (tos 0xb8, ttl 252, id 0, offset 0, flags DF], proto UDP (17), length 200)
    static.kpn.net.44594 > x-x-x-x .fixed.kpn.net.16410: UDP, length 172
19:22:57.293088 IP (tos 0xb8, ttl 252, id 0, offset 0, flags PDF], proto UDP (17), length 200)
 

Kan jij zelf wel andere telefoonnummers bellen?

Beste wjb 

Ik kan andere nummers bellen vast/mobiel maar in geen enkel geval audio.

Ik heb een oude router (welke nu als AP/switch werkt en die vervangen gaat worden) waarop asterisk draait met een sip connectie naar voipbuster. De n300ip connect op  asterisk en ik kan daarmee gewoon mee bellen door de ER zonder problemen. Ik gebruik de kpn lijn normaal alleen voor binnenkomende gesprekken.

Nb De experiabox (EB) hangt nu nog direct aan de ER Eth2 poort enkel voor itv en voip is hierop niet geregistreerd. Volledig loskoppelen van de EB heeft ook geen effect. De ER Eth1 poort zit op het intranet, waar de sip calls worden gedaan. Doel is uiteindelijk de itv direkt op de ER aan te sluiten....

Update: gigaset rechtstreeks op de ER eth1 port aangesloten, enkel de kpn account actief en geen EB op eth2. 

Resultaat wel uitgaande verbinding met audio naar mijn mobiele  nummer. Naar een vaste lijn bellen geen audio en ook bij inkomende gesprekken van vast/mobiel geen audio. Bij het terugplaatsen van de de gigaset op  het intranet is het gedrag idem. Er is geen verschil met een direkte aansluiting op de ER.

Ik neem aan dat je normaliter geen Experia Box op eth2 aangesloten hebt maar alle telefonie door de N300A IP laat afwikkelen die aangesloten is op de EdgeRouter.

Wat bedoel je met het "terugplaatsen op Intranet", waar is de N300A IP dan op aangesloten?

Met intranet bedoel ik dat er nog andere switches tussen zitten, ipv n300a direkt op de ER. Idd is de EB op eth2 alleen voor itv.

Moet je me toch eens vertellen hoe je jouw netwerk hebt ingericht.

Kan je daar anders eens een plaatje van maken?

Je hebt die hele Experia Box toch niet meer nodig.

Zie "Gebruik een eigen router i.p.v. de Experia Box".

De EB heb je inderdaad niet nodig. Ik heb daar eerder al een ER configuratie voor gemaakt, mede op basis van je andere post  en Kriegsman io. Destijds waren de sip account gegevens nog niet vrijgegeven en heb tot nu toe de EB gebruikt voor telefonie en itv. De volgende stap is idd itv via de ER.

Ik begrijp alleen  geen snars van de voip problemen 

Het werkt nu, heb toch de UDP port range in de ER moeten forwarden naar de n300ip, was in de veronderstelling dat dit niet nodig was 

Dat zou ook niet nodig moeten zijn.

Ik ben ook bang dat de problemen veroorzaakt worden door die Experia Box die op eth2 is aangesloten.