Telekom LAN SIP-Trunk Pooling

  • Hallo zusammen. Bitte um Hilfe.
    Telekom hat gestern unsere Telefonleitung auf LAN SIP-Trunk Pooling umgestellt. Seit dem haben wir keine Telefonie mehr.
    Am Starface Anlage wurde als Leitugsprofiele "Telekom DeutschlandLAN SIP-Trunk (Pooling) verifiziert" ausgewält. Alle Zugangsdaten eingegeben. Aber Status ist - Not Registered


    Im log sehe ich folgendes:
    [Jun 4 09:23:12] VERBOSE[570] chan_sip.c: -- Added authentication for realm reg.sip-trunk.telekom.de
    [Jun 4 09:23:12] VERBOSE[570] config.c: == Parsing '/etc/asterisk/sip_notify.conf': Found
    [Jun 4 09:23:12] WARNING[4472] chan_sip.c: Got 404 Not found on SIP register to service 551133******@551133******, giving up
    [Jun 4 09:23:42] VERBOSE[330] asterisk.c: -- Remote UNIX connection
    [Jun 4 09:23:42] VERBOSE[8672] asterisk.c: -- Remote UNIX connection disconnected


    Was mache ich falsch? Telekom behauptet dass von Telekom Seite alles umgestellt un eingerichtet wurde.
    Starface ist auf letzte Firmware 6.6.0.20 aktualisiert.


  • [Jun 4 09:23:12] WARNING[4472] chan_sip.c: Got 404 Not found on SIP register to service 551133******@551133******, giving up


    ..@551133 sieht aus wie deine T-Online Nummer?
    Das müsste IMHO @sip-... irgendwas sein, sollte die Starface aber automatisch machen.


    Ich denke Du hast die Zugangsdaten falsch eingetragen.
    Ist es wirklich ein Pooling oder nur ein SIP Trunk?

  • Danke für Antwort. Es wurde Zugangsdaten falsch eingetragen. Anschluss ist jetzt "Registered"
    Aber bekomme ich nächstes Problem.
    Wir haben 30 Rufnummernblock (z.B. 0691234560 Block 00-29). Und es ist egal welche Rufnummer angerufen wird, klingelt immer einzige Hauptnummer "0691234560"


    [Jun 4 11:38:38] VERBOSE[3456][C-00000020] netsock2.c: == Using SIP RTP TOS bits 184
    [Jun 4 11:38:38] VERBOSE[3456][C-00000020] netsock2.c: == Using SIP RTP CoS mark 5
    [Jun 4 11:38:38] VERBOSE[3456][C-00000020] res_rtp_asterisk.c: > 0x7f2ac4024ba0 -- Strict RTP learning after remote address set to: 217.0.14.68:23848
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@telekomSIP-incoming:1] Set("SIP/+49691234560 -00000032", "channelname=telekomSIP-incoming") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@telekomSIP-incoming:2] Set("SIP/+49691234560 -00000032", "lineconfigid=7029") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@telekomSIP-incoming:3] Goto("SIP/+49691234560 -00000032", "telekomSIP-incoming-manuell,880960,1") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Goto (telekomSIP-incoming-manuell,1234560,1)
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@telekomSIP-incoming-manuell:1] Goto("SIP/+49691234560-00000032", "incoming,880960,1") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Goto (incoming,1234560,1)
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@incoming:1] Goto("SIP/+49691234560-00000032", "calling,880960,1") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Goto (calling,1234560,1)
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@calling:1] GotoIf("SIP/+49691234560-00000032", "0?4") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] pbx.c: -- Executing [1234560@calling:2] AGI("SIP/+49691234560-00000032", "agi:async,,7029,,,,,,,,,,,,,,") in new stack
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(name)=00496411311111)
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_CALLID)
    [Jun 4 11:38:38] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (SIPAddHeader) Options: (X-UCI_CALLID:e7562ec1-8b9a-46aa-be0e-551bf075312a)
    [Jun 4 11:38:39] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(name)=00496411311111)
    [Jun 4 11:38:39] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_CALLID)
    [Jun 4 11:38:39] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (SIPAddHeader) Options: (X-UCI_CALLID:e7562ec1-8b9a-46aa-be0e-551bf075312a)
    [Jun 4 11:38:39] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (Answer) Options: ()
    [Jun 4 11:38:39] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (Wait) Options: (1)
    [Jun 4 11:38:39] VERBOSE[6482][C-00000020] res_rtp_asterisk.c: > 0x7f2ac4024ba0 -- Strict RTP switching to RTP remote address 217.0.14.68:23848 as source
    [Jun 4 11:38:40] VERBOSE[6482][C-00000020] res_rtp_asterisk.c: > 0x7f2ac4024ba0 -- Strict RTP learning complete - Locking on source address 217.0.14.68:23848
    [Jun 4 11:38:40] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (Answer) Options: ()
    [Jun 4 11:38:40] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (Wait) Options: (1)
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] res_agi.c: -- AGI Script Executing Application: (ParkAndAnnounce) Options: (pbx-transfer:PARKED,86400,Console/dsp,default,s,1)
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] app_parkandannounce.c: -- Dial Tech,String: (Console,dsp)
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] app_parkandannounce.c: -- Return Context: (default,s,1) ID: +496411311111
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] res_musiconhold.c: -- Started music on hold, class 'WartemusikMitAnsage', on SIP/+49691234560-00000032
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] features.c: == Parked SIP/+49691234560-00000032 on 2140000001 (lot default). Will timeout back to extension [default] s, 1 in 86400 seconds
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] pbx.c: -- Added extension '2140000001' priority 1 to parkedcalls
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] app_parkandannounce.c: -- Call parked in space: 2140000001, timeout: 86400000, return-context: default,s,1
    [Jun 4 11:38:41] WARNING[6482][C-00000020] channel.c: No channel type registered for 'Console'
    [Jun 4 11:38:41] NOTICE[6482][C-00000020] channel.c: Unable to request channel Console/dsp
    [Jun 4 11:38:41] WARNING[6482][C-00000020] app_parkandannounce.c: PARK: Unable to allocate announce channel.
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] pbx.c: == Spawn extension (default, s, 1) exited non-zero on 'Parked/SIP/+49691234560-00000032<ZOMBIE>'
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] pbx.c: -- Executing [h@default:1] Hangup("Parked/SIP/+49691234560-00000032<ZOMBIE>", "0") in new stack
    [Jun 4 11:38:41] WARNING[6482][C-00000020] pbx.c: Invalid cause given to Hangup(): "0"
    [Jun 4 11:38:41] VERBOSE[6482][C-00000020] pbx.c: == Spawn extension (default, h, 1) exited non-zero on 'Parked/SIP/+49691234560-00000032<ZOMBIE>'

    2 Mal editiert, zuletzt von gvv007 ()

  • Hier springt halt das Modul "WartemusikMitAnsage" an.


    Ansonsten, sind die Rufnummern richtig eingetragen?
    "Rufnummernblock"?


    Bei uns ist es übrigen so das die Zentrale als "Einzelrufnummer" ..0 und dann der Block mit "Rufnummernblock" x bis xx eingetragen ist.

  • "WartemusikMitAnsage" Es ist nur Musik anstatt Klingel


    Zentrale als "Einzelrufnummer" ..0 und dann der Block mit "Rufnummernblock" 1 bis 29 genau so ist bei uns eingetragen.


    Und klingelt nur Zentrale Rufnummer.

  • Geh in deine Leitungskonfiguration, aktiviere die manuelle Konfiguration im Reiter Erweitert und trage in das Feld folgendes ein:


    exten => _X.,1,Set(var_to=${SIP_HEADER(To)})
    exten => _X.,2,Set(firstcut=${CUT(var_to,:,2)})
    exten => _X.,3,Set(secondcut=${CUT(firstcut,@,1)})
    exten => _X.,4,Goto(incoming,${secondcut},1)

    Viele Grüße
    Rouven

  • Hallo gv007,


    oder verwende das Profil Deutschlandlan Sip Trunk (welches nicht verifiziert ist). Damit geht es sofort. Frag mich aber nicht wieso das Pooling verifiziert ist. Ich hatte das selbe Problem schonmal.

    MfG


    Schulz

  • Problem ist jedenfalls, dass im Header der SIP-Pakete beim Telekom SIP-Trunk der "To-Header" und die "Request Line" vertauscht sind.

    Viele Grüße
    Rouven

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!