Tappar förbindelsen efter korta internetavbrott.

[Jan (Microbit)]

SIP Status 1 betyder att den är i "outbound call", dock utan att få svar på "INVITE". Efter 5 sek blir det timeout. Så onekligen så funkar inte åtminstone den delen av nätverkskommunikationen.

Att kontrollsidan inte "går till sig" mha omstart via webbgränssnittet verkar märkligt. Du kollade Uptime-räknaren för att se att den blir nollad?(=då har den verkligen resetat)

Skulle du kunna koppla in en serieterminal till COM1 på kontroll-RRCn? Mha den skulle du kunna testa att göra ett DNS-uppslag och se om även det fallerar? Meny "s" -> "7" isf.

Kräver även radiosidan spänningsreset?

[Jan (Microbit)]

Äsch.. Kom på att kontrollen är i "bank-valv".. Hmm.. Klart svårare då...

[westel]

SIP Status 1 betyder att den är i "outbound call", dock utan att få svar på "INVITE". Efter 5 sek blir det timeout. Så onekligen så funkar inte åtminstone den delen av nätverkskommunikationen.

Jaha, och det förklarar att SIP-timeouten rullar. Vad jag kunde se gick den bara ned till 3 inte till 0 innan den startade om. Men det är kanske bara en artefakt i gränssnittet.

Att kontrollsidan inte "går till sig" mha omstart via webbgränssnittet verkar märkligt. Du kollade Uptime-räknaren för att se att den blir nollad?(=då har den verkligen resetat)

Nej, tänkte inte på det. Men reagerade på att det gick snabbt att starta om. Möjligt att omstarten inte "tog".

 

Kräver även radiosidan spänningsreset?

Nej. Det vill säga förbindelsen går upp igen efter enbart spänningsreset på Controll-sidan.

Vid reset via GUI på Radio-sidan går SIP-status från Error till Idle så något händer (ser jag i de sparade statussidorna). Gick lika fort och såg likadant ut som reseten på Controll-sidan.


/Magnus

[westel]

Vid senare feltillfällen var beteendet lite annorlunda. Control RRCn står i läget Connected/transfering och Radio RRCn i läge Idle efter avbrottet. Disconnect/connect i webbgränssnittet får igång det igen.

Jan kom fram till att i fall SIP-paketen går fram men inte RTPn så triggar inte Control-ändans timeout och återinloggning. RRCn är nöjd med att det finns ett pågående samtal fast det inte finns någon ljudström från andra sidan. Om däremot RTP startar för att sedan brytas fungerar det som det skall. Detta är en bug som skall vara fixad från och med 2.44.