ClipNoScreening geht/geht nicht bei Easybell Trunk

  • Guten Tag,
    wir haben einen easybell Trunk mit Clip No Screening und da sogar die "Starface" als TK Anlage vom Typ hinterlegt.
    Meistens ging das Clip no Screening.
    Heute ist es so, dass es mal geht, dann wieder nicht. :confused: Woran könnte das liegen? Ich habe letzte Woche die SF auf 6.7.0.24 aktualisiert und wir nutzen COR Regeln für Handy und Festnetz.


    In der PBX Log sehe ich, dass "Prefered Identity" übergeben wird. Liegt das Problem dann eher bei easybell?


    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] pbx.c: -- Executing [+49176xxxxxx@dialstart:1] AGI("SIP/1081.WinClient-00000c61", "agi:async,X-UCI_ORIGINATE: 6ed2bd72-3729-4fc7-a306-1f63196ede4c,,,") in new stack
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_rtp_asterisk.c: > 0x7ff9b40271c0 -- Strict RTP switching to RTP remote address 172.16.29.32:10088 as source
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_ORIGINATE)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_CALLID)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Progress) Options: ()
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (privacy)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (P-Preferred-Identity)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (P-Asserted-Identity)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (P-Preferred-Identity)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (SIPAddHeader) Options: (P-Preferred-Identity:"Marcus Lastname" <sip:497158_DIE_ANZUZEIGENDE_NUMMER@starface.de>)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(all)=Marcus Lastname <497158_DIE_ANZUZEIGENDE_NUMMER>)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CONNECTEDLINE(num,i)=004917612xxxxx)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CONNECTEDLINE(num-pres,i)=allowed)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CONNECTEDLINE(name,i)=Marcus Lastname (IS-Sommer))
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CONNECTEDLINE(name-pres)=allowed)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (NoOp) Options: (Dialing Line lineId=2505 lineName=easybell FairFlat)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] res_agi.c: -- AGI Script Executing Application: (Dial) Options: (SIP/0049715818xxxx4/+49176126xxxxxx,125,wWtT)
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] netsock2.c: == Using SIP RTP TOS bits 184
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] netsock2.c: == Using SIP RTP CoS mark 5
    [Jan 20 10:32:02] VERBOSE[26140][C-000005d4] app_dial.c: -- Called SIP/0049715818xxxx/+49176xxxxxx
    [Jan 20 10:32:03] VERBOSE[26140][C-000005d4] app_dial.c: -- SIP/0049715818xxxxx-00000c62 is making progress
    passing it to SIP/1081.WinClient-00000c61
    [Jan 20 10:32:03] VERBOSE[26140][C-000005d4] res_rtp_asterisk.c: > 0x7ff9c00237e0 -- Strict RTP switching to RTP remote address 195.185.37.60:33654 as source
    [Jan 20 10:32:04] VERBOSE[26140][C-000005d4] res_rtp_asterisk.c: > 0x7ff9b40271c0 -- Strict RTP learning complete - Locking on source address 172.16.29.32:10088
    [Jan 20 10:32:05] VERBOSE[26140][C-000005d4] res_rtp_asterisk.c: > 0x7ff9c00237e0 -- Strict RTP learning complete - Locking on source address 195.185.37.60:33654
    [Jan 20 10:32:06] VERBOSE[26140][C-000005d4] app_dial.c: -- SIP/0049715818xxxxx-00000c62 is ringing
    [Jan 20 10:32:06] VERBOSE[26140][C-000005d4] app_dial.c: -- SIP/0049715818xxxxx-00000c62 is making progress passing it to SIP/1081.WinClient-00000c61
    [Jan 20 10:32:10] VERBOSE[18121] manager.c: -- Manager 'actionasterisk' from 127.0.0.1, hanging up channel: SIP/1081.WinClient-00000c61
    [Jan 20 10:32:10] VERBOSE[26140][C-000005d4] pbx.c: == Spawn extension (dialstart, +491761xxxxxx, 1) exited non-zero on 'SIP/1081.WinClient-00000c61'
    [Jan 20 10:32:10] VERBOSE[26140][C-000005d4] pbx.c: -- Executing [h@dialstart:1] NoOp("SIP/1081.WinClient-00000c61", "HC 16") in new stack
    [Jan 20 10:32:10] VERBOSE[26140][C-000005d4] pbx.c: -- Executing [h@dialstart:2] Goto("SIP/1081.WinClient-00000c61", "_exit_,0") in new stack



    Grüße
    Marcus

  • Gerade habe ich festgestellt, dass es bei Rufen ins O2 Netz drei mal hintereinander funktioniert hat, bei zwei Rufen ins Telekom Handynetz dann wieder nicht... Beide Rufnummern beginnen mit 0176.
    Liegt es womöglich an Telekom Handy Infrastruktur?

  • Hi, Easybell hatte eine Störung mit CLIP-no-screening.
    Ist seid 12:45 Uhr behoben.



    Gruß Jens




  • Hi, Easybell hatte eine Störung mit CLIP-no-screening.
    Ist seid 12:45 Uhr behoben.



    Gruß Jens


    Lieber Jens, vielen Dank für diesen wertvollen Hinweis :)
    Damit betrachte ich das Problem als gelöst. Im Praxistest ging gerade auch alles wieder.
    Grüße
    Marcus

Jetzt mitmachen!

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